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Die f olgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

Prufungsantrag gem. § 44 PatG ist gestellt 
(§4) Speicherverwaltungssystem 

(57) Ein Speicherbereichs-Verwaltungssystem unterstiitzt 
Speicherbereiche. Der Speicherserver umfaftt eine Vlel- 
za hi von Kommunikationsschnittstellen. Eine erste Grup- 
pe von Kommunikationsschnittstellen aus der Vlelzahl ist 
geeignet zur Verbindung mit alien Arten von Anwendern 
von Daten. Eine zweite Gruppe von Kommunikations- 
schnittstellen aus der Vielzahl ist geeignet fur die Verbin- 
dung zu entsprechenden Geraten in einem Pool von Spei- 
chergeraten zur Verwendung in einem Speicherbereich. 
Datenverarbeitungsressourcen indem Server werden mit 
der Vielzahl von Kommunikationsschnittstellen verbun- 
den, um Daten unter den Schnittstellen zu transferieren. 
Die Datenverarbeitungsressourcen umfassen eine Viel- 
zahl von Treibermodulen und konfigurierbarer Logik, die 
Treibermodule zu Datenpfaden verbindet. Jeder konfigu- 
i rierte Datenpfad dient als eine virtuelle Verbindung, der 
eine Gruppe von Treibermodulen, die aus der Vielzahl von 
Treibermodulen ausgewahlt worden sind, umfafct. Ein 
Datenspeichervorgang, der an einer Kommunikations- 
schnittstelle empfangen wird, wird auf einen der konfigu- 
rierten Datenpfade abgebildet. Eine Anzeige und ein An- 
wendereingabegerat sind in den datenverarbeitenden 
Strukturen enthalten, um Bilder, die auf der Anzeige ange- 
zeigt werden, zu verwalten. 
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Beschreibung 

HINTERGRUND DER ERFINDUNG 

5 Bereich der Erfindung 

Die vorliegende Erfindung betrifft den Bereich von Massenspeichersystemen. Insbesondere betrifft sie die Verwaltung 
von Speichervorgangen in intelligenten Speicherbereichsnetzwerken und deren Konfiguration. 

1 0 Der Stand der Technik 

Das Speichern von groBen Datenmengen in sogenannten Massenspeichersystemen ist irn BegrifF, eine ubliche Vorge- 
hensweise zu werden. Massenspeichersysteme umfassen typischerweise Speichergerate, die mit Dateiservern oder Da- 
tennetzwerken verbunden sind. Anwender in dem Netzwerk kommunizieren mit den Datenservern, um Zugriff auf die 
15 Daten zu erhalten. Die Dateiserver sind typischerweise iiber Datenkanale mit spezifischen Speichergeraten verbunden. 
Die Datenkanale werden ublicherweise mit Point-to-Point-Kommunikationsprotokollen implementiert, die ausgelegt 
sind fur die Verwaltung von Speichervorgangen. 

In dem MaBe, wie die Menge an Speicher zunirnmt und die Anzahl der Dateiserver im Kommunikationsnetzwerk 
wachst, ist das Konzept eines Speicherbereichsnetzwerkes (storage area network, SAN) aufgekornmen. Speicherbe- 
20 reichsnetzwerke verbinden eine Anzahl von Massenspeichersystemen in einem Kommunikationsnetzwerk, das fur Spei- 
chervorgange optimiert ist. Beispielsweise werden durch einen Glasfaserkanal vermittelte Schleifennetzwerke (fibre 
channel arbitrated loop networks, FC-AL) ais SANs implementiert. Die SANs unterstutzen viele Point-to-Point-Kom- 
munikationssitzungen zwischen den Anwenderri des Speichersystems und den spezifischen Speichersvstemen in dem 
SAN. 

25 Dateiserver und andere Anwender der Speichersysteme werden konfiguriert, um mit spezifischen Speichermedien zu 
kommunizieren. Wenn die Speichersysteme expandieren oder ein Medium in dem System ausgetauscht wird, ist eine Re- 
konfiguration bei den Dateiservern und anderen Anwendem notwendig. Wenn die Notwendigkeit auftritt, Daten von ei- 
nem Gerat auf ein anderes in einem sogenannten Datenmigrationsvorgang zu verschieben, ist es femer haufig notwendig, 
den Zugriff auf die Daten wahrend des Migration svorganges zu blockieren. Nachdem die Migration abgeschlossen ist, 

30 muB die Rekonfiguration beim Anwendersystem ausgefuhrt werden, damit die Daten von dem neuen Gerat verfugbar 
werden. 

Insgesamt vermehren sich in dem MaBe wie die Komplexitat und die GroBe der Speichersysteme und Netzwerke zu- 
nirnmt, auch die Probleme der Verwaltung der Konfiguration der Anwender der Daten und der Speichersysteme selbst. 
DemgemaB sind Systeme notwendig, die die Verwaltung der Speichersysteme vereinfachen und gleichzeitig die Vorteile 
35 der Flexibility und Mbglichkeiten der SAN-Architektur benutzen. 

ZUS AMMENFAS SUNG DER ERFINDUNG 

Die vorliegende Erfindung schafft Systeme und Verfahren zur Speicherbereichsverwaltung. Speicherbereichsverwal- 
40 tung ist eine zentralisierte und sichere Verwaltungsfahigkeit, die auf existierenden Hardwareinfrastrukturen eines Spei- 
cherbereichsnetzwerkes angeordnet ist, um eine hohe Leistungsfahigkeit, eine hohe Verfugbarkeit und fortgeschrittene 
Speicherverwaltungsfunktionalitat fur heterogene Umgebungen zu schaffen. Speicherbereichsverwaltung schafft einen 
Kern eines robusten Gefuges eines Speicherbereichsnetzwerkes, das ubernommene und neue Ausriistung integrieren 
kann, Netzwerk- und Speicherverwaltungsaufgaben den Servern und Speicherressourcen abnehmen kann und Netzwerk- 
45 basierte Anwendungen aufnehmen kann, so daB sie iiber alle Komponenten des Speicherbereichsnetzwerkes verteilt wer- 
den konnen. Speicherbereichsverwaltung ermoglicht das Erzeugen und Optirnieren einer heterogenen Umgebung eines 
Speicherbereichsnetzwerkes, die bei der Verwendung von Systemen und Techniken aus dem Stand der Technik nicht zur 
Verfiigung steht. 

Die vorliegende Erfindung schafft ein System fur die Verwaltung von Speicherressourcen in einem Speichernetzwerk 

50 nach Speicherbereichen (Domains). Das System umfaBt eine Vielzahl von Kommunikationsschnittstellen beziehungs- 
weise Interfaces, die fur eine Verbindung mit Clients, Speichersystemen und dem Speichernetzwerk iiber Kommunika- 
tionsmedien geeignet sind. Eine Verarbeitungseinheit ist mit der Vielzahl von Kommunikationsschnittstellen verbunden 
und umfaBt Logik, um eine Gruppe von Speicherorten aus einem oder mehreren Speichersystemen in dem Netzwerk als 
einen Speicherbereich fur eine Gruppe von zumindest einem Client aus dem einen oder mehreren Clients in dem Spei- 

55 chernetzwerk zu konfigurieren. Das System umfaBt in verschiedenen Kombinationen Elemente zum Bereitstellen von 
Multiprotokollunterstiitzung iiber die Vielzahl der Kommunikationsschnittstellen hinweg, Logik zum Routen von Spei- 
chervorgangen innerhalb eines Speicherbereiches in Antwort auf Vorgangsidentifizierer, die innerhalb der Protokolle 
enthalten sind, eine Verwaltungsschnittstelle zum Konfigurieren der Speicherbereiche, Logik zum Ubersetzen eines 
Speichervorganges, der eine Vielzahl von Kommunikationsschnittstellen durchlauft, in und aus einem gemeinsamen 

60 Format zum Routen innerhalb des Systems unter der Vielzahl von Kommunikationsschnittstellen, Ressourcen zum Zwi- 
schenspeichem der Daten die Gegenstand der Speichervorgange sind, und Logik zum Verwalten der Migration von Da- 
tengruppen von einem Speicherort zu einem anderen Speicherort innerhalb des Netzwerkes. 

In einem Ausfuhrungsbeispiel ist das System gemafi der vorliegenden Erfindung in einem Speicherbereichsnetzwerk 
als ein Zwischengerat enthalten, zwischen Client-Prozessoren, wie zum Beispiel Dateiservern, und Speichersystemen, 

65 die als Speicherressourcen in einem Speicherbereich fur die Clients verwendet werden. 

Speichervorgange werden von dem Zwischengerat empfangen und gemaB der Konfiguration des Speicherbereiches, 
der durch die Konfigurationslogik in dem Zwischengerat definiert ist, verwaltet. Das Zwischengerat schafft einen Ver- 
waltungsort innerhalb des Speicherbereichsnetzwerkes, das eine flexible Konfiguration, Redundanz, Failover, Datenmi- 
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gration, Zwischenspeichem und Unterstutzung von zahlreichen Protokollen ermoglicht. Dariiber hinaus schafftein Zwi- 
schengerat in cinem Ausfuhrungsbeispiel die Emulation von iibemommenen Systemen und erlaubt, daB der Speicherbe- 
reich ein ubernommenes Speichergerat fur den Client. umfaBt, ohne die Notwendigkeit einer Rekonfiguration des Client. 
Speicherbereiche werden verwaltet, indem ein logischer Speicherumfang Clients innerhalb des Netzwerkes zugewiesen 
wird und indem Speicherressourcen in dem Netzwerk auf logische Speicherbereiche der Clients abgebildet. werden. Das 5 
Zuweisen der logischen Speicherbereiche an Clients wird erreicht, indem in einem Zwischensystem oder einem anderen 
System, das logisch unabhangig ist oder isoliert ist, der Client der Speicherressourcen in dem Netzwerk auf den logi- 
schen Speicherumfang, der dem Client zugewiesen ist, abgebildet wird. Auf diese Weise wird ein Speicherbereich von 
Speicherressourcen, auf die uber einen Speicherbereichsmanager zugegriffen werden kann, verwaltet unter der Verwen- 
dung des Speicherbereichsmanagers ais einem Zwischengerat. 10 

Ein Speicherserver gemaB der vorliegenden Erfindung umfaBt eine Verarbeitungseinheit, ein Bussystem, das mit der 
Verarbeitungseinheit verbunden ist, eine Kommunikationsschnittstelle und ein Betriebssystem, das mit der Verarbei- 
tungseinheit verbunden ist. Das Bussystem hat Slots, die geeignet sind, um Schnittstellen fur Datenspeicher aufzuneh- 
men, die sich entweder in dem Servergehause befinden oder uber Kommunikationskanale mit den Slots verbunden sind. 
Das Betriebssystem stellt Logik zur Steuerung von Transfers uber das Bussystem bereit. Das Betriebssystem stellt Logik 15 
fiir das Ubersetzen von Speichervorgangen bereit, die uber die Kommunikationsschnittstelle von Client-Servern in ei- 
nem internen Format empfangen werden. Das Betriebssystem stellt Logik bereit zur Verarbeitung des intemen Formats 
gemaB der Konfigurationsdaten, die einen Speichervorgang auf den Kommunikationsschnittstellen fiir eine bestimmte 
Speichereinheit innerhalb des Bereichs des Protokolls des Vorgangs auf eine virtuelle Verbindung abbildet, der diesem 
Bereich entspricht, unter der Verwendung des internen Formats. Die virtuelle Verbindung wiederum verwaltet das Rou- 20 
ten des Vorgangs zu einem oder mehreren physikalischen Datenspeichern durch einen oder mehrere Treiber in den 
Schnittstellen. Ferner umfaBt der Server Ressourcen zumEmulieren von physikalischen Speichergeraten, so daB Client- 
Server in der Lage sind, Standardspeichervorgangsprotokolle fur den Zugriff auf die virtuellen Gerate ohne Veranderun- 
gen in der Konfiguration des Client-Servers fiir die Speichervorgange zu verwenden. 

GemaB einem weiteren Aspekt der Erfindung wird ein Speicherrouter geschaffen. Der Speicherrouter umfaBt eine er- 25 
ste Kommunikationsschnittstelle, andere Kommunikationsschnittstellen, eine Verarbeitungseinheit und ein Bussystem. 
Das Bussystem ist mit der Verarbeitungseinheit, der ersten Kommunikationsschnittstelle und den anderen Kommunika- 
tionsschnittstellen verbunden. Die Verarbeitungseinheit unterstiitzt ein Betriebssystem. Das Betriebssystem leitet Spei- 
chervorgange, die uber die erste Kommunikationsschnittstelle empfangen werden, an geeignete andere Kommunikati- 
onsschnittstellen gemafi den Konfigurationsdaten weiter unter der Verwendung der virtuellen Geratearchitektur und der 30 
Emulation. 

In einigen Ausfiihrungsbeispielen ist die Kommunikationsschnittstelle eine Schnittstelle zu einem faseroptischen Me- 
dium. In einigen Ausfiihrungsbeispielen umfaBt die Kommunikationsschnittstelle Treiber, die mit einer Faserkanal ver- 
mittelten Schleife kompatibel sind. In einigen Ausfiihrungsbeispielen umfaBt die Kommunikationsschnittstelle Treiber, 
die mit der Standard "Kleincomputersy stem- Schnitts telle Version 3" (small computer system interface version 3, SCSI- 35 
3) kompatibel sind. 

In einigen Ausfiihrungsbeispielen weist die Verarbeitungseinheit eine Vielzahl von Verarbeitungseinheiten auf. In ei- 
nigen Ausfiihrungsbeispielen weist das Bussystem verbundene Computerbusse auf. In einigen Ausfiihrungsbeispielen 
sind die Computerbusse kompatibel mit einem Standard "Verbindungsbus fur Umgebungskomponenten (peripheral 
component interconnect, PCI, Bus). In einigen Ausfiihrungsbeispielen ist die Kommunikationsschnittstelle mit dem Bus- 40 
system verbunden. 

In einigen Ausfiihrungsbeispielen umfaBt der Speicherserver nichtfluchtigen Speicher. In einigen Ausfiihrungsbei- 
spielen urnfaBt der nichtfliichtige Speicher einen integrierten Schaltkreis mit nichtfliichtigem Speicher; wie zum Beispiel 
einen Flashmemory. 

In einigen Ausfiihrungsbeispielen umfaBt der Speicherserver Controller fiir ein Plattenlaufwerk. In einigen Ausfuh- 45 
rungsbeispielen unterstiitzt der Controller ein Feld von Plattenlaufwerken. In einigen Ausfiihrungsbeispielen unterstiitzt 
der Controller Standard "Redundanzfelder von unabhangigen Laufwerken (redundant arrays of independent disks, 
RAID) Protokoll" . In einigen Ausfiihrungsbeispielen sind die Plattenlaufwerke mit den Controllern uber ein faseropti- 
sches Medium verbunden. In einigen Ausfiihrungsbeispielen haben die Plattenlaufwerke doppelte Schnittstellen zur Ver- 
bindung mit einem faseroptischen Medium. In einigen Ausfiihrungsbeispielen ist jedes Plattenlaufwerk mit zumindest 50 
zwei Controllern verbunden. 

In einigen Ausfiihrungsbeispielen umfaBt das Betriebssystem Logik zum Ubersetzen von SCSI-3-Anweisungen und - 
Daten, die uber die Kommunikationsschnittstelle empfangen werden in ein internes Format. In einigen Ausfiihrungsbei- 
spielen wird die logische Einheitsnummer (logical unit number, LUN), die der SCSI-3-Anweisung zugeordnet ist, dazu 
verwendet, um die SCSI-3-Anweisung und -Daten virtuellen Geraten zuzuweisen, inklusive Datenspeichern in dem 55 
Speicherserver. In einigen Ausfiihrungsbeispielen werden die Initiator SCSI-3-Identifizierungsnummer (ID) und die 
LUN dazu verwendet, um die SCSI-3-Instruktionen und -Daten virtuellen Geraten zuzuordnen, inklusive Datenquellen, 
die mit dem Speicherserver verbunden sind. 

In einigen Ausfiihrungsbeispielen umfaBt das Betriebssystem Logik zur Uberwachung der Leistungsfahigkeit und des 
Zustands des Speicherservers. In einigen Ausfiihrungsbeispielen gibt es Logik zur Behandlung von Ausfallen von Gera- 60 
ten und zum Transfer der Steuerung an redundante Komponenten. 

Die vorliegende Erfindung schafft eine Speicherserverarchitektur, die virtuelle Gerate und virtuelle Verbindungen zum 
Speichern und Verwalten von Daten unterstiitzt. Der Speicherserver gemaB der vorliegenden Erfindung umfaBt eine Viel- 
zahl von Kommunikationsschnittstellen. Eine erste Gruppe von Kommunikationsschnittstellen in der Vielzahl ist fiir eine 
Verbindung zu alien Arten von Anwendern von Daten geeignet. Eine zweite Gruppe von Kommunikationsschnittstellen 65 
in der 'Vielzahl ist fiir eine Verbindung zu entsprechenden Geraten in einem Pool von Speichergeraten geeignet. Daten- 
verarbeitungsressourcen in dem Speicherserver sind mit der Vielzahl von Kommunikationsschnittstellen verbunden zum 
Transfer von Daten unter den Schnittstellen. Die datenverarbeitenden Ressourcen umfassen eine Vielzahl von Treiber- 
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modulen und konfigurierbarer Logik, die Treibennodule in Datenpfade verbindet, die in Paaren impleiiientiert. werden 
fur eine Redundanz in einern bevorzugten System. Jeder konfigurierte Daienpfad dient als eine virtuelle Verbindung, die 
eine Gruppe von Treibennodulen umfaBt., die aus der Vielzahl von Treibennodulen ausgewahlt worden sind. Ein Daten- 
speichervorgang, der an einern Kommunikationsinterface en lp fan gen wird, wird auf ein en der konfigurierten Datenpfade 
5 abgebildet. 

GemaB einem weiteren Aspekt der Erfindung umfaBt die Vielzahl der Treibermodule einen Protokollserver fur ein 
Protokoll, das auf einer Kommunikationsschnittstelle in der Vielzahl von Kommunikationsschnittstellen unterstutzt 
wird. Der Protokollserver erkennt Zielidentifizierer, die bestimmte Speicherbereiche identifizieren gemaB dem Protokoll 
auf der Schnittstelle. Vorgange, die an einen bestimmten Speicherbereich adressiert sind, werden auf einen bestimmten 

10 konfigurierten Datenpfad in dem Server abgebildet. 

Die Datenpfade, die auf diese Weise konfiguriert sind, dienen als virtuelle Speichergerate. Die Anwender der Daten 
kommunizieren rnit einer Kommunikationsschnittstelle auf dem Speicherserver gemaB einem Protokoll fur ein bestimm- 
tes Speichergerat. Innerhalb des Servers werden die Vorgange gemaB diesem Protokoll auf ein virtuelles Speichergerat 
abgebildet, das durch eine Gruppe von Treibem implementiert wird. Das Einrichten und Verandern der Speicheraufga- 

15 ben, die in einem speziellen Datenpfad durchgefuhrt werden, und das Einrichten und Verandern der Abbildungen von ei- 
nem Speicherbereich von einem Datenpfad zu einem anderen, werden durch das Konfigurieren der Gruppe von Treiber- 
modulen innerhalb des Speicherservers erreicht. 

GemaB einem Aspekt der Erfindung umfaBt die Vielzahl der Treibermodule ein oder mehrere Hardwaretreibermodule, 
die entsprechende Kommunikationsschnittstellen verwalten und ein oder mehrere interne Treibermodule, die unabhan- 

20 gig von der Vielzahl von Kommunikationsschnittstellen die Aufgaben des Datenpfades durchfuhren. Die Aufgaben des 
Datenpfades urnfassen beispielsweise die Verwaltung des Zwischenspeichers, die Verwaltung des Spiegelns von Spei- 
chern, die Verwaltung des Partitionierens von Speichern, die Verwaltung der Datenmigration und anderer Aufgaben zur 
Verwaltung von Speichervorgangen. Durch das Erfiillen von Datenpfadaufgaben dieser Art in der virtuellen Geratearchi- 
tektur ist die Konfiguration des Speichersystems zur Verwaltung dieser Aufgaben im wesentlichen transparent fur die 

25 Anwender. Zusatzlich erlaubt das Bereitstellen der virtuellen Geratefahigkeit bei einem Speicherserver, der fur die 
Durchfuhrung dieser Aufgaben optimiert ist, eine verbesserte Leistungsfahigkeit und eine groBere Flexibility. 

GemaB einem Aspekt der Erfindung umfaBt die 'Vielzahl der Treibennodule femer Logik zum Kommunizieren von 
Daten innerhalb der Serverumgebung gemaB eines internen Nachrichtenformats. Ankommende Speichervorgange wer- 
den in das interne Nachrichtenformat ubersetzt und in dem konfigurierten Datenpfad fur den jeweiligen Vorgang ange- 

30 ordnet. In einem bevorzugten Ausfiihrungsbeispiel fuhrt der Protokollserver die Ubersetzung des Protokolls und die 
Funktion des Abbildens auf die virtuelle Verbindung durch. 

Die konfigurierbare Logik umfaBt ein Anwenderinterface zur Aufnahme von Konfigurationsdaten und einen Speicher, 
der Tabellen oder Listen der entsprechenden Gruppe von Treibennodulen speichert, die die Datenpfade urnfassen. . 
Die konfigurierbare Logik ist in einem Ausfuhrungsbeispiel implementiert unter der Verwendung einer grafischen Be- 

35 nutzeroberflache, beispielsweise auf einem Anzeigeschirm inklusive eines Touch Screens zur Aufnahme von Eingangs- 
signalen. Die grafische Anwenderoberflache ermoglicht die Impiementierung von Konfigurationswerkzeugen, die flexi- 
bel und leicht zu verwenden sind. 

GemaB einem weiteren Aspekt der Erfindung umfaBt die Konfigurationslogik Speicher zum Speichern von Konfigu- 
rationsdaten in der Form von Tabellen, die die Datenpfade fur die virtuellen Verbindungen identifizieren. 

40 Der Speicher wird in einem Ausfuhrungsbeispiel implementiert unter der Verwendung eines dauerhaften Tabellen- 
speicherprozesses, der die Tabellen in einem nichtfiuchtigen Speicher halt, der ein Reset und/oder ein Herunterfahren des 
Speichersystems ubersteht. Zusatzlich implementiert die Konfigurationslogik die Datenpfade fur die virtuellen Verbin- 
dungen unter der Verwendung von redundanten Treibennodulen auf redundanter Hardware in dem System. Daher wird 
keine einzelne Stelle des Versagens in dem Speichersystem init einem speziellen Speichervorgang interferieren. 

45 In einem bevorzugten Ausfuhrungsbeispiel sind die Ressourcen innerhalb der Speicherbereiche definiert unter der 
Verwendung von virtuellen Verbindungen, die eine Vielzahl von Treibennodulen und konfigurierbarer Logik urnfassen, 
die die Treibermodule in Datenpfade verbindet, die zur Redundanz in einem bevorzugten System in Paaren implemen- 
tiert sind. Jeder konfigurierter Datenpfad arbeitet als eine virtuelle Verbindung, die eine Gruppe von Treibennodulen um- 
faBt, die aus der Vielzahl von Treibennodulen ausgewahlt sind. Ein Datenspeichervorgang, der an einer Kommunikati- 

50 onsschnittstelle empfangen wird, wird auf einen der konfigurierten Datenpfade abgebildet und dadurch innerhalb eines 
Speicherbereiches gesteuert, der in dem Speicherbereichsmanager verwaltet und konfiguriert wird. 

Die Speicherbereichs verwaltung ermoglicht in fundamentaler Weise, daB fur Kunden das voile Versprechen von Spei- 
cherbereichsnetzwerken zur Behandlung von Geschaftsproblemen Wirklichkeit wird. Die Speicherbereichs verwaltungs- 
Plattform schafft heterogene Interoperabilitat der Speichersysteme und Protokolle, schafft sichere zentralisierte Verwal- 

55 tung, schafft Skalierbarkeit und hohe Leistungsfahigkeit und schafft Zuverlassigkeit, Verfugbarkeit und Wartungsmerk- 
male, alles in einer intelligenten, fiir diesen Zweck gebauten Plattform. 

Andere Aspekte und Vorteile der vorliegenden Erfindung kann man bei der Betrachtung der Figuren der detaillierten 
Beschreibung und der folgenden Anspriiche erkennen. 

6o KURZE BESCHREIBUNG DER FIGUREN 

Fig. 1 erlautert ein Speicherbereichsnetzwerk mit einem Speicherserver gemaB der vorliegenden Erfindung, der als ein 
Speichenouter oder als ein Speicherverwaltungsdirektor eines Speicherbereichs konfiguriert ist. 

Fig. 1 A erlautert eine Vielzahl von Anwendungen fur intelligente Speicherbereichsnetzwerkserver. 
65 Fig. 2 erlautert ein Speicherbereichsnetzwerk in einer alternativen Konfiguration mit einem Speicherserver gemaB der 
vorliegenden Erfindung, der als ein Speichenouter oder als ein Speicherdirektor bei der Verwaltung von Speicherberei- 
chen in einem heterogenen Netzwerk konfiguriert ist. 

Fig. 3 erlautert ein komplexeres Speicherbereichsnetzwerk mit mehreren Speicherservern gemaB der vorliegenden Er- 
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findung mit direkren Kominunikationskanalen zwischen ihnen zur Untersiutzung eines erweiterten Speicherbereichs 
oder Speicherbereichen. 

Fig. 4 ist ein Blockdiagramm eines Speic her servers zur Unterst.utzung der Speicherbereichsverwaltung gemaB der 
vorliegenden Erfindung. 

Fig. 5 ist. ein alternatives Diagramm eines Speic hers ervers zur Untersiutzung der Speicherbereichsverwaltung gemaB 5 
der vorliegenden Erfindung. 

Fig. 6 ist ein Blockdiagramm einer Hardware- Architektur eines intelligenten Speic herbereichsnetzwerkservers. 

Fig. 7 ist ein Blockdiagramm der Softwaremodule eines Betriebssy stems und von Unterstutzungsprograrnmen fur ei- 
nen intelligenten Server eines Speicherbereichsnetzwerkes. 

Fig. 8 ist ein vereinfachtes Diagramm eines Hardware-Treibermoduls fur eine Faserkanalschnittstelle zur Verwendung 10 
in dem System der vorliegenden Erfindung. 

Fig. 9 ist ein vereinfachtes Diagramm eines Festkorperspeichersys terns unter der Verwendung eines Hardware-Trei- 
bermoduls der vorliegenden Erfindung. 

Fig. 10 ist ein Diagramm eines internen Feldes von Plattenlaufwerken, die in einem Ausfiihrungsbeispiels eines Spei- 
cherservers gemaB der vorliegenden Erfindung befestigt sind. 15 

Fig. 11 ist ein vereinfachtes Diagramm eines internen Servicemoduls fiir einen Zielserver gemaB der vorliegenden Er- 
findung mit einer lokalen Antwortfahigkeit. 

Fig. 12 ist ein Diagramm eines internen Servicemoduls zur Implementierung einer Plattenspiegelung. 

Fig. 13 ist ein Diagramm eines internen Servicemoduls zur Implementierung einer Partitionierungsfunktion. 

Fig. 14 ist ein Diagramm eines internen Servicemoduls zur Implementierung einer Zwischenspeicherfunktion. 20 

Fig. 15 erlautert eine virtuelle Verbindungskonfiguration gemaB der vorliegenden Erfindung. 

Fig. 16 ist ein Diagramm eines internen Servicemoduls zur Implementierung eines dauerhaften Tabellenspeicherma- 
nagers gemaB der vorliegenden Erfindung. 

Fig. 17 erlautert schematisch ein Hardware-Treibermodul fiir einen dauerhaften Speicher gemaB der vorliegenden Er- 
findung. 25 

Fig. 18 ist ein vereinfachtes Diagramm eines Netzwerkes mit einem Zwischengerat mit dreistufigen Hot-Copy-Res- 
sourcen gemaB der vorliegenden Erfindung. 

Fig. 19 erlautert Datenstrukturen, die in einem Beispiel eines Treibers zur Implementierung eines Hot-Copy- Vorgangs 
gemaB der vorliegenden Erfindung verwendet werden. 

Fig. 20 ist ein FluBdiagramm, das einen Hot-Copy- Vorgang zeigt, der von einem Treiber gemaB der vorliegenden Er- 30 
findung ausgefuhrt wird. 

Fig. 21 ist ein FluBdiagramm, das die Behandlung einer Schreibanforderung wahrend eines Hot-Copy- Vorgangs erlau- 
tert. 

Fig. 22 ist ein FluBdiagramm, das die Behandlung einer Leseanforderung wahrend eines Hot-Copy- Vorgangs erlau- 
tert. 35 



DETAILLIERTE BESCHREIBUNG 
Uberblick 

40 

Fig. 1 erlautert ein Netzwerk inklusive eines intelligenten Speicherbereichsnetzwerkes (intelligent storage area net- 
work, ISAN)-Servers 1200, der eine Speicherbereichsverwaltung bereitstellt. Ein Speicherbereichsnetzwerk (storage 
area network, SAN) kann dazu verwendet werden um Datenspeicherdienste fiir Clientcomputer bereitzustellen. Ein 
Speicherbereichsnetzwerk ist optimiert, um hohe Bandbreiten und hohen Durchsatz von Speicher fiir Clientcomputer, 
wie zum Beispiel Dateiserver, Webserver und die Computer von Endanwendern bereitzustellen. Ein Speicherserver 1200 45 
gemaB der vorliegenden Erfindung stellt in bevorzugten Ausfuhrungsbeispielen Datenspeicherplatz im Gehause, Zwi- 
schenspeicherdienste fur Speichervorgange, Speic herrou ten und virtuelle Gerateverwaltung bereit. 

Der Speicherserver 1200 in dem Netzwerk hat Clientschnittstellen 1210, 1211 und 1212, die mit entsprechenden 
Clientservem 1201, 1202 und 1203 verbunden sind. Speicherschnittstellen 1213 und 1214 sind uber Kommunikations- 
kanale mit Speichergeraten 1205, 1206 und 1207 verbunden, die, wenn sie mit irgendeinern Speicher in dem Speicher- 50 
gerat 1200 verbunden sind, physikalischen Speicher fiir einen Speicherbereich bereitstellen, der in dem Speicherserver 
1200 verwaltet wird. 

Der Kommunikationskanal 1213 ist in diesem Beispiel uber ein Hub 1204 mit den Geraten 1205 und 1206 verbunden. 
Beim Betrieb arbeiten die Clientschnittstellen gemaB einem Protokoll, durch das der Clientserver Speichervorgange 
durch Befehle anfordert, die Parameter enthalten, die fiir die Identifizierung eines Speicherbereichs ausreichend sind, in- 55 
klusive beispielsweise eines oder mehrerer Identifizierer eines Initiators, eines logischen Bereichs, wie zum Beispiel ei- 
ner LUN-Nummer und eines Identifizierers eines Zielgerates. Der Speicherserver 1200 bildet die gewiinschte Transi- 
tion auf ein virtuelles Gerat ab, das wiederum physikalischen Speicherplatz zur Verwendung in dem Vorgang innerhalb 
der physikalischen Speichergerate allokiert. Der Speicherserver 1200 enthalt femer Ressourcen, die die in der Anfrage 
identifizierten physikalischen Zielgerate emulieren. Der Speicherserver 1200 ist in der Lage, Speichervorgange unter der 60 
Verwendung von lokalen Konfigurationsdaten weiterzuleiten und die Verwaltung von Speicher fur die Clientserver zu 
vereinfachen. 

Um den hochsten Durchsatz zu schaffen ist der Speicherserver 1200 mit den Clientservem 1201-1203 durch ein 
Hochgeschwindigkeits-Netzwerkmedium, wie zum Beispiel einen Faserkanai oder ein Gigabit-Ethernet verbunden. Die 
Clientserver 1201-1203 sind in typischen Konfigurationen mit den Computem von Endanwendern durch Netzwerkver- 65 
bindungen verbunden. 

Fig. 1 illustriert eine Verwaltungsschnitts telle 108, die mit dem Server 1200 uber die Kommunikationsverbindung 109 
verbunden ist. Die Kommunikationsverbindung, die durch die Schnittstellen in der Station 108 und in dem Server 1200 
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bedient wird, umfaBt. beispielsweise eine Ethemet-Netzwerkverbindung, ein serielles Kabel, das mit seriellen Ports ver- 
bunden ist, oder eine interne Busschnittstelle in verschiedenen Ausfiihrungsbeispielen. 

Die Kommunikation zwischen den Servern 1201-1203 und den Speichergeraten 1205-1207 wird durch ein mit einern 
Glasfaserkanal vermitteltes Schleifennetzwerk bereit.ges relit durch den Speicherserver 1200 als ein Zwischengerat. Die 
5 Kanale uber das FC-AL konnen erreicht werden unter der Verwendung eines Protokolls, das mit der Clienteomputer-Sy- 
stemschnittstelle Version 3 (SCSI-3) kompatibel ist, vorzugsweise unter der Verwendung eines Faserkanalmediums, das 
auch Faserkanalprotokoll (FCP) bezeichnet wird (beispielsweise SCSI B X3T10 und FCP 1 0-300.269- 199X). In anderen 
Ausfiihrungsbeispielen werden Protokolle, wie zum Beispiel das Intemetprotokoll, iiber das Faserkanalgefiige zum 
Transportieren von Speichervorgangen in einer Vielzahl von Protokollen verwendet. In einigen Ausfiihrungsbeispielen 
10 unterstutzt der Speicherserver 1200 viele Protokolle fur die Datenspeichervorgange. 

Fig. 1A erlautert eine Vielzahl von Verwendungen fiir intelligente Speicherbereichsnetzwerkserver (ISAN-Server). 
Ein Speicherbereichsnetzwerk (SAN) kann dazu verwendet werden urn Datenspeicherdienste fur Clientcomputer bereit- 
zustellen. Ein Speicherbereichsnetzwerk ist optimiert zum Bereitstellen von hohen Bandbreiten und hohem Speicher- 
durchsatz fur Clientcomputer, wie zum Beispiel einen Dateiserver oder einen Webserver. Ein ISAN-Server schafft zu- 
15 satzliche Funktionalitaten iiber das Datenspeichern und -abrufen hinaus, wie zum Beispiel Speicherrouten und die Ver- 
waltung von virtuellen Geraten. 

Fig, 1 A umfafit die Server 100A-D, die ISAN-Server 102A-F, die dunnen Server 104A-C und ein Speicherfeld 106. 
Die Server 100A-D konnen UNIX-Server, Windows™ NT-Server, NetWare™-Server oder irgendein anderer iyp von 
Dateiserver sein. 

20 Die Server 1 00A-D sind mit Clientcomputern iiber Netzwerkverbindungen verbunden. Der ISAN-Server 102 A ist mit 
dem Server 100A iiber eine Netzwerkverbindung verbunden. Der ISAN-Server 102A stellt Datenspeicherdienste fiir den 
Server 100A bereit durch das Durchfuhren der gewiinschten Speichervorgange. Der ISAN-Server 102A wird von dem 
Server 100A wie ein Speichergerat behandelt. Der ISAN-Server 102 A ist in der Lage, mehr Speicher zu enthalten als 
eine typische Festplatte oder ein Feld von Festplatten. Der ISAN-Server 102A kann verwendet werden als ein Speicher- 

25 router und dazu dienen, intelligentes Routen unter Datenspeichern, die mit dem ISAN-Server 102A verbunden sind, be- 
reitzustellen. 

Der ISAN-Server 102 A stellt ferner hohere Bandbreiten und hoheren Durchsatz bei der Verarbeitung von Speicher- 
vorgangen bereit, als ein typisches Festplattenlaufwerk oder ein Feld von Festplattenlaufwerken. Der ISAN-Server 102 A 
kann daher das Volumen von Anfragen behandeln, die erzeugt werden durch Multimediadatenstrome und andere groS- 
30 volumige Datenstrome. 

Um den hochsten Durchsatz zu schaffen, kann der ISAN-Server 102A mit dem Server 100A durch ein Hochgeschwin- 
digkeit-Netzwerkmedium, wie zum Beispiel einen Faserkanal, verbunden werden. Die Server 100B-D sind mit Client- 
computern durch Netzwerkverbindungen verbunden. Die Server 100B-D sind mit einem Speicherbereichsnetzwerk 
durch ein Faserkanalgeriist verbunden. Das Speicherbereichsnetzwerk umfaBt die ISAN-Server 102B-D und das Spei- 
35 cherfeld 106. Die Server 100B-D und die ISAN-Server 102B-D unterstiitzen Treiber fur eine Faserkanal vermittelte 
Schleife (FC-AL). 

Kommunikation zwischen den Servem 100B-D und den Speichergeraten uber das FC-AL kann erreicht werden unter 
der Verwendung eines Protokolls, das mit der Standard-Clientcomputersy stem- Schnitts telle Version 3 (SCSI-3) kompa- 
tibel ist unter Verwendung vorzugsweise eines Fiberkanalmediums das auch eines Fiberkanalprotokoll (FCP) bezeichnet 
40 wird (beispielsweise SCSI B X3T10 und FCP X3.269-199X). In anderen Ausfiihrungsbeispielen werden andere Proto- 
kolle, wie zum Beispiel das Intemetprotokoll, dazu verwendet, iiber das Fiberkanalgeriist 108 Speichervorgange in einer 
Vielzahl von Protokollen zu befordem. In einigen Ausfiihrungsbeispielen unterstiitzt der ISAN-Server 102 A mehrere 
Protokolle. 

Die dunnen Server 104A-C sind mit den Clients iiber Netzwerkverbindungen verbunden, verwenden jedoch nicht 

45 Speicherbereichsnetzwerke, um Datenspeicher bereitzustellen. 

Die ISAN-Server 102E-F sind direkt mit den Clients iiber Netzwerkverbindungen verbunden. Es gibt keine Zwi- 
schendateiserver. Die ISAN-Server 102E-F konnen applikationsspezifische Prozessoren (ASPs) bereitstellen, die Funk- 
tionalitaten wie zum Beispiel Dateiserver, Webserver und andere Typen von Verarbeitung, bereitstellen. 

Fig. 2 erlautert ein weiteres Ausfiihrungsbeispiel eines Speicherbereichsnetzwerkes. In Fig. 2 ist ein Server 1250, der 

50 Speichersteuerlogik und Zwischenspeicher, wie oben erlautert, enthalt, mit Clientservern in einer Vielzahl von verschie- 
denen Plattformen verbunden, inklusive eines Hewlett-Packard-Servers 1255, eines Sun-Servers 1256 und eines SGI- 
Servers 1257, die jeweils verschiedene Protokolle ausfuhren zur Verwaltung von Speichervorgangen. Eine Vielzahl von 
physikalischen Speichergeraten, die die physikalischen Ressourcen zur Verwendung als Speicherbereiche bilden, ist 
ebenfalls mit dem Server 1250 verbunden, und wird durch den Speicherdirektor gemaB der oben beschriebenen virtuel- 

55 len Gerate-Architektur verwaltet. Die Vielzahl der physikalischen Speichergerate umfaBt in diesem Beispiel Speicher auf 
einer Hewlett-Packard-Plattform 1251, Speicher auf einer Sun-Plattform 1252 und Speicher auf einer EMC-Plattform 
1253. Daher ermoglicht der Server inklusive der Speichersteuerlogik die Erzeugung eines gemeinsarnen Speicherpools, 
der ubemommene Server und Speicher in einer heterogenen Umgebung unterstiitzen kann. Inkompatibilitaten unter der 
Vielzahl von Speichergeraten und Servern kann maskiert oder wie gewiinscht nachgemacht werden unter der Verwen- 

60 dung der virtuellen Gerate-Architektur. Wahre Speicherbereichsnetzwerkumgebungen konnen implementiert werden 
und alle Host-, Geriist- und Speicher- Interoperabilitatsfragen konnen auf dem Niveau des Speicherservers verwaltet wer- 
den. 

Die Speichersteuerlogik schafft unter Verwendung der virtuellen Gerate-Architektur einen einzigen intelligenten Ko- 
ordinationspunkt fur die Konfiguration des Clientserver-Zugriffs auf den Speicher unter Verwendung der Speicherbe- 
65 reichskonfigurationen. Wenig oder keine Hardware-Rekonfiguration ist notwendig beim Hinzufugen neuer Gerate oder 
dem Verandern der Verwaltung von existierenden Geraten. Die Konfiguration des Speicherservers stellt eine genaue 
Konfigurationsinformation und Kontrolle bereit, indem sie die automatische Aufrechterhaltung der Abbildung von Da- 
tengruppen im physikalischen Speicher auf Servern ermoglicht. Die Aufrechterhaltung von genauen Abbildungen des 
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physikalischen Speichers vereinfachl significant die Verwaltung von Speicherbereichsnetzwerken. Ferner ermoglicht die 
Speichersteuerung am Server die aktive Migration von Daten von alten Speichergeraten auf neue Speichergerate, wah- 
rend die Gerate online bleiben. Zusatzlich sind Speicherobjekte in ihrer GroBe nicht. langer limitiert durch die GroBe des 
groBten Objekt.es, das in einem Feld erzeugt werden kann. Mehrere Felder konnen zu einern einzigen Speicherobjekt ver- 
kettet werden, unabhangig von den Host-Betriebssystemen, die auf den Clientservern laufen. Die Speichersteuerung 5 
kann ferner Backup- und Testvorgange verwalten, wie zum Beispiel das Erzeugen von Schnappschussen der Daten in 
dem nichtfliichtigen Speicher und die Verwaltung von Daten-Backups durch das Kopieren der Daten von einer Platte auf 
ein Band, beispielsweise, ohne durch den Clientserver geroutet zu werden. 

Dariiber hinaus kann der lokale Zwischenspeicher verwendet werden, um Daten von Feldern, die Redundanz verloren 
haben, zu verschieben, und um den redundanten Speicher zu repariereri und die voile Verfiigbarkeit der Daten zu erhal- 10 
ten, wahrend ein Feld repariert oder wiederaufgebaut wird. Fiir Anwendungen mit mehreren Servern, die auf eine ge- 
meinsame Gruppe von Daten zugreifen, kann VerschluBlogik in dem Speicherserver in einer Weise angeprdnet werden, 
die eine einfache skalierbare Losung schafft, unter der Verwendung der virtuellen Gerate- Architektur. 

Die Speichersteuerlogik in dem Speicherserver dient zur Zusammenlegung von Zwischenspeicheranforderungen von 
sowohl den Servern als auch dem Speicher, um die Gesamtmenge von Zwischenspeicher, der fur ein Speicherbereichs- 15 
netzwerk bendtigt wird, zu verringern. 

Das System ist in der Lage, entweder fiir den Clientserver oder das Speichersystem mehr Zwischenspeicher zu allo- 
kieren, als einer von beiden effektiv als einen interner Speicher bereitstellen kann. Femer kann der Zwischenspeicher dy- 
namisch oder statisch allokiert werden, so wie es von der Anwendung, die das System verwendet, definiert wird. 

Fig. 3 erlautert ein exakteres Beispiel eines Speicherbereichsnetzwerkes unter der Verwendung einer Vielzahl von ver- 20 
bundenen Speicherservern gemaB der vorliegenden Erfindung. Speicherserver 1300, 1301 und 1302 sind enth alten und 
verbunden durch Kommunikationskanale 1350, 1351, die beispielsweise ein Hochgeschwindigkeitsprotokoll, wie zum 
Beispiel einen Faserkanal, Gigabit-Ethernet oder asynchronen Transferrnodus (Asynchronous Transfer Mode, ATM) 
verwenden. 

In dem bevorzugten Ausfuhrungsbeispiel umfaBt jeder Speicherserver Speichersteuerlogik und nichtfluchtigen Zwi- 25 
schenspeicher. Die Speicherserver 1300, 1301 und 1302 sind in diesem Beispiel mit einer Vielzahl von Clientservern 
1310 bis 1318 verbunden. Die Clientserver 1313 und 1314 sind iiber ein Hub 1320 mit dem Speicherserver 1301 verbun- 
den. In ahnlicher Weise sind die Clientserver 1316 bis 1318 iiber ein Hub 1321 verbunden, der wiederum mit dem Spei- 
cherserver 1302 verbunden ist. 

Die Clientserver 1310 bis 1318 kommunizieren mit dem Speicherserver unter der Verwendung von Speicherkanalpro- 30 
tokollen, wie zum Beispiel FCP, das oben genau beschrieben wurde. 

GemaB dieser Protokolle werden Speichervorgange angefordert und beinhalten einen Identifizierer oder einen Initiator 
der Anforderung, eine logische Einheitsnummer (logical unit number, LUN) und einen Identifizierer des Zielspeicherge- 
rates. Diese Parameter werden durch die Speichersteuerlogik verwendet, um den Speichervorgang auf ein virtuelles Ge- 
rate innerhalb eines Speicherbereiches abzubilden. 35 

Die Server umfassen ferner Ressourcen zur Emulation des Zielspeichergerats, so daB die Clientserver glatt mit der 
Vielzahl von Speichergeraten in dem Speicherbereichsnetzwerk zusammenarbeiten. 

In Fig. 3 gibt es eine Vielzahl von Speichergeraten 1330 bis 1339 die als mit den Speicherservern 1300-1302 verbun- 
den dargestellt sind. In dem Diagrarnm werden eine Vielzahl von Symbolen verwendet, um die Speichergerate darzustel- 
len und um anzuzeigen, daB das Netzwerk heterogen ist und ein breites Spektrum von Geraten durch die virtuellen Ge- 40 
rateschnittstellen an den Servern 1301 bis 1302 verwaltet werden. Femer konnen die Kommunikationskanale variiert 
werden. Daher sind Hubs 1340, 1341 und 1342 in dem Netzwerk enthalten, um eine Vielzahl von Kommunikationspro- 
tokollen zwischen den Speichergeraten und den Speicherservern zu erleichtem. 

Ein intelligenter Speicherbereich-Netzwerkserver 45 

Fig. 4 ist ein Blockdiagramm eines Speicherservers in einem bevorzugten Ausfuhrungsbeispiel, der Speichersystem- 
Verwaltungsressourcen gemaB der vorliegenden Erfindung umfaBt. 

Der Speicherserver 102 hat Verbindungsoptionen 130 inklusive einer Gruppe von Kommunikationsschnittstellen, die 
geeignet sind fiir Anwender und andere Datenverarbeitungsfunktionen und Speicheroptionen 128 inklusive einer Gruppe 50 
von Kommunikationsschnittstellen, die fiir Speichergerate geeignet sind. Der Speicherserver 102 hat eine Hardware- 
schnitts telle 126, ein Betriebssystem 124, eine Blockspeicherschnitts telle 118, eine Verwaltungsschnitts telle 120 und 
eine Protokollschnittstelle 122. Die Verbindungsoptionen 130 umfassen serielle Verbindungen 140, eine Front-Panel- 
Verbindung 142 zur Unterstiitzung einer Konfigurationsverwaltungsroutine in einem Ausfuhrungsbeispiel, eine Ether- 
net- Verbindung 144 zur Unterstiitzung der Kommunikation mit einer entfemten Verwaltungsstation und ein Netzwerk- 55 
interface 146. Die Speicheroptionen 128 umfassen das Laufwerkfeld 132, das Festkorperlaufwerk (solid state drive, 
SSD)-Laufwerk 134, die SCSI-Schnittstelle 136 und die Netzwerkschnittstelle 138. Die SCSI-SchnittsteUe 136 ist rnit 
einem DVD/CD-R 148 verbunden. Die Netzwerkschnittstelle 138 ist mit einem Speicherserver 102G und/oder Speicher 
150 verbunden. 

Die Verbindungsoptionen 130 sind verschiedene Verfahren zum Verbinden von Server und Clients mit dem Speicher- 60 
server 102. Die seriellen Verbindungen 140 unterstiitzen Netzwerkverwaltung, Modems fiir eine ferngesteuerte Verwal- 
tung und ununterbrechbare Energieversorgungsnachrichten. Die Front-Panel- Verbindung 142 unterstiitzt eine Verwal- 
tungsverbindung mit der Front-Panel- Anzeige des Speicherservers 102. Die Ethernet- Verbindung 144 unterstiitzt eine 
Ethernet-Schnittstelle fiir Verwaltungsprotokolle und moglicherweise fur Datentransfer. Die Netzwerkschnittstelle 146 
ist eine von moglicherweise vielen Hochgeschwindigkeits-Schnittstellen auf dem Server. In einigen Ausfuhrungsbei- 65 
spielen ist die Netzwerkschnittstelle 146 eine Faserkanalschnitts telle mit Treibem fur eine Faserkanal vermittelte 
Schleife (fibre channel arbitrated loop, FC-AL). Die Netzwerkschnittstelle 146 kann femer Treiber fur SCSI-3 iiber das 
Faserkanalrnedium enthalten unter der Verwendung eines Faserkanalprotokolls (fibre channel protocol, FCP). 
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Die Hardwareschniltslelle 126 stellt. schnittstellenspezifische Hardwarekomponenten bereit. Beispielsweise hat die 
Net zwerkschnit.ts telle 146 eine fur die Netzwerkschnittstelle spezifische Gruppe von Softwaremodule zur Unterstutzung 
von Konfiguration, Diagnose, Leistungsuberwachung und Gesundheits- und Statusuberwachung. 

Das Betriebssystem 124, die Tabellen 116 und die Schnittstellen 118-122 unterstutzen die virtuellen Gerate und die 
5 Funktionalitat des Speicherroutens des Speicherservers 102. Diese Komponenten des Speicherserver 102 routen Spei- 
chervorgange unter den geeigneten Speicheroptionen 128 und den Verbindungsoptionen 130 unter der Verwendung von 
konfigurierten Gruppen von Treibermodulen in dern System. 

Das Betriebssystem 124 stellt das Routen von Nachrichten und Transportmoglichkeiten zusatzlich zu Sicherungsmog- 
lichkeiten bereit. Das Routen von Nachrichten und die Transportmoglichkeiten des Betriebssystems 124 werden verwen- 
10 det, um Nachrichten inklusive Speichervorgangen zwischen den Komponenten des Speicherservers 102 zu routen. Diese 
Nachrichten umfassen Nachrichten in dem internen Format zwischen den Komponenten einer virtuellen Verbindung. 
Diese Nachrichten konnen ferner Kontrollnachrichten in anderen Formaten umfassen. 

Die Blockspeicherschnitts telle 118 stellt Softwaremodule bereit zur Unterstutzung von Blockdatentransfers. Die 
Schnittstelle 118 umfaBt Unterstutzung fur gestreifte (striped) Datenspeicherung, gespiegelte Datenspeicherung, parti tio- 
15 nierte Datenspeicherung, Zwischenspeicherung, und RAID-Speicherung. Die verschiedenen unterstutzten Speicherty- 
pen konnen verbunden werden, um verschiedene Kombinationen, wie zum Beispiel gespiegelte Datenspeicherung mit 
einem Zwischenspeicher zu bilden. 

Die Protokollschnittstelle 122 schafft Softwaremodule zum Ubersetzen und Antworten auf Anfragen in einer Vielzahl 
von Protokollen. Eine Gruppe von Modulen wird bereitgestellt fiir die Schichten einer Ethernet- Verbindung: der Hard- 
20 waretreiber, der Datenverbindungstreiber, der Internetprotokoll (IP)-Treiber der Ubertragungskontrollprotokoll (trans- 
mission control protocol, TCP)-Treiber, der Anwenderdatagrammprotokoll (user datagramm protocol, UDP)-Treiber 
und andere Tfeiber. Eine andere Gruppe von Modulen stellt Treiber fur FCP bereit. 

Die Verwaltungsschnittstelle 120 schafft Softwaremodule zur Verwaltung des Speicherservers 102. Die Verwaltungs- 
schnittstelle 120 enthalt Schnittstellen zum Verwalten des Zugriffs auf die Tabellen 116. Die Verwaltungsschnittstelle 
25 120 enthalt ferner Schnittstellen fur eine regelbasierte Verwaltung des Systems inklusive: des Aufstellens eines Plans 
oder die Organisation eines Prozesses; die Uberwachung des Systems; informiertes Zustirnmungsmanagement; und die 
Behandlung von Systemprozessen und Ereignissen. Das informierte Zustimmungsmanagementmodul basiert auf dem 
Bereitstellen von regelbasierten Verwaltungsvorschlagen zum Konfigurieren und Warten des Speicherservers 102. 

30 Das Behandeln von Speichervorgangen 

Speichervorgange werden uber eine der Verbindungsoptionen 130 empfangen. Speichervorgange umfassen Lese- und 
Schreibanforderungen ebenso wie Statusanfragen. Die Anforderungen konnen blockorientiert sein. 

Ein typischer Lesespeichervorgang umfaBt den Lesebefehi und AdreBinformation. Ein Schreib-Speichervorgang ist 
35 ahnlich dem Lesespeichervorgang mit der Ausnahme, daB die Anforderung Information uber die Menge an Daten, die 
gesandt werden, umfaBt, und daB ihr die Daten, die geschrieben werden sollen, folgen. Insbesondere hat bei der Verwen- 
dung des SCSI-3-Protokolls jedes Gerat einen Identifizierer (identifier, ID). Die Maschine, die die Anforderung ausgibt, 
wird der Initiator genannt und die Maschine, die auf die Anfrage antwortet, wird das Ziel genannt. In diesem Beispiel ist 
der Server 100A der Initiator und hat einen ID 7. In diesem Beispiel ist der Speicherserver 102 das Ziel und hat einen ID 
.40 6. Das SCSI-3-Protokoll stellt zwei oder mehr AdreBkomponenten bereit, eine iogische Einheitsnummer (logical unit 
number, LUN) und eine Adresse. 

Die LUN spezifiziert eine Unterkomponente der Ziel-ED. Beispielsweise konnen sich in einem kombinierten Festplat- 
ten/Bandlaufwerkgehause die zwei Gerate einen Identifizierer teilen, aber unterschiedliche LUNs haben. Die dritte 
AdreBkomponente ist die Adresse, von wo die Daten gelesen werden sollen oder wohin sie gespeichert werden sollen. 
45 Der Speicherserver 102A schafft virtuelle LUNs auf einer Initiatorbasis, Daher kann ein einzelner Speicherserver 102A 
beispielsweise zehntausend virtuelle LUNs oder mehr unterstutzen. 

Der Speicherserver 102A wird die Anforderung des SCSI-3-Speichervorgangs auf eine virtuelle Verbindung abbilden, 
entsprechend einer virtuellen LUN. Eine virtuelle Verbindung ist eine Folge von einem oder mehreren virtuellen Gera- 
ten. Ein virtuelles Gerat besteht aus einem oder mehreren Geraten, wie zum Beispiel einem Softwaremodul oder Hard- 
50 warekomponenten. Beispielsweise konnen zwei Netzwerkschnittstellengerate kombiniert werden, um ein virtuelles Ge- 
rat zu sein. In ahnlicher Weise konnen zwei Zwischenspeichergerate kombiniert werden als ein virtuelles Gerat. Dieser 
Aufbau ermoglicht das virtuelle Komponenten versagen, ohne daB die Fahigkeiten zur Verarbeitung von Speichervor- 
gangen des Speicherservers 102 unterbrochen werden. 

Eine virtuelle Verbindung umfaBt die notwendigen virtuellen Gerate zur Unterstutzung eines Speichervorgangs. Typi- 
55 scherweise ist die erste Komponente in der virtuellen Verbindung ein Treiber zur Ubersetzung des Speichervorgangs 
vom Format des Kommunikationskanals des Speichervorgangs - FCP in diesem Beispiel - in ein internes Format. Ein 
solches internes Format kann ahnlich sein dem Nachrichtenformat der intelligenten Eingangs- und Ausgangs (intelligent 
input and output, I 2 0) -Blockspeicherarchitektur (block storage architecture, BS A). Das interne Format ist in dem bevor- 
zugten System neutral in bezug auf das Speichermedium und den Kommunikationskanal. 
60 Das virtuelle Zwischengerat einer virtuellen Verbindung stellt zusatzliche Dienste wie zum Beispiel das Zwischen- 
speichem, das Spiegeln, RAID, etc. bereit. Da das interne Format neutral ist in bezug auf das Speichermedium, konnen 
alle der virtuellen Zwischengerate ausgelegt sein, auf dem internen Format zu arbeiten und damit mit anderen virtuellen 
Geraten in der Verbindung zusammenarbeiten. 

Das abschlieBende virtuelle Gerat in einer virtuellen Verbindung ist typischerweise die Formatubersetzung und die 
65 Kommunikationskanaltreiber zur Steuerung der Speicherung. Beispielsweise wird ein Laufwerksfeld 132 gesteuert 
durch redundante Hardwaretreibermodule (redundant hardware driver modules, HDMs) die gruppiert sind, um ein virtu- 
elles Gerat zu bilden. Die HDMs stellen BSA fiir SCSI-Ubersetzung bereit und das HDM behandelt die Schnittstelle zu 
den Treibern, die das Laufwerkfeld 132 bilden. In ahnlicher Weise wird es ein virtuelles Gerat mit Unterstutzung fiir 
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BSA-Ubersetzung fur das Kornmunikationskanalprotokoll des Speichergerats geben, wenn die virtuelle Verbindung eine 
Verbindung zu einem anderen Typ von Speicher uber die Netzwerkschnitt.st.elle 138 ist. 

Der Speicherserver umfaBt ferner Ressourcen in dem Bei.riebssyst.em und bei den Schnittstellen zu den Clientservern, 
die physikalische Speichergerate emuiieren. Die Emulation ermoglicht, daB es fur die Clientserver beim ZugrifF auf den 
Speicher so erscheint, als ob die virtuellen Gerate physikalische Gerate waren. 5 

Daher konnen die Clientserver konfiguriert werden unter der Verwendung von Standardprotokollen, wie zum Beispiel 
FCP, unter der Verwendung von SCSI-Befehlen fur Speichervorgange. In dem Ausfiihrungsbeispiel unter der Verwen- 
dung von SCSI-Befehlen bringt die Emulation das Antworten auf einen Anfragebefehl gemaB dem SCSI-Protokoll mit 
Gerateidentifizierern mit sich und mit Information uber die Geratefahigkeit, die von dem initiierenden Server erwartet 
wird oder mit ihm kompatibel ist. Auch ein Lesekapazitat-Befehl und ein Modepage-Datenbefehl in dem SCSI-Protokoll 10 
werden durch die Emulationsressourcen in einer Weise behandelt, die ermoglicht, daB die Clientserver, die den Speicher 
verwenden, sich auf Standardkonfigurationsinformation fur physikalische Speichergerate verlassen, wahrend der Spei- 
cherserver die Clientserver tauscht, indem er die physikalischen Speichergerate an der Schnittstelle mit dem Clientserver 
emuliert und die tatsachlichen Speichervorgange auf virtuelle Gerate abbildet. Die Emulationsressourcen erlauben fer- 
ner, daB virtuelle Gerate identifiziert werden durch die Kombination eines Initiators, einer logischen Einheitsnurnmer 15 
(logical unit number, LUN) und eines Identifizierers fur ein Zielgerat, ohne daB es notwendig ist, daB der Speichervor- 
gang an das spezifische physikalische Zielgerat, das in deh Anforderungen identifiziert ist, gebunden ist. 

Fig. 5 ist ein Blockdiagramm, das funktionale Komponenten eines Servers zeigt, wie desjenigen, der mit Bezug auf 
Fig. 4 erlautert worden ist und der als ein Speicherverwaltungssystem 151 zur Verwendung bei der Speicherbereichsver- 
waltung dient. Das System 151 umfaBt ein Speicherverwaltungsbetriebssystem 152. Mit dem Speicherverwaltungsbe- 20 
triebssystem 152 umfassen funktionale Komponenten Speicherbereichsroutingressourcen 153, Ressourcen zur Emula- 
tion von ubernommenen Geraten 154, Datenmigrationsressourcen 155 und Redundanz, Hot Swap und Ausfallressourcen 
156. Das Speicherverwaltungsbetriebssystem koordiniert die Kommunikation unter den Ressourcen, einem auf dem Ge- 
hause angeordneten (on-chassis) Zwischenspeicher 157, einer Verwaltungsschnittstelle 158 und in diesem Ausfiihrungs- 
beispiel einem On-Chassis-Speicherfeld 159. 25 

Der Zwischenspeicher 157 umfaBt ein nichtfliichtiges Festkorperspeicherfeld in einem Ausfiihrungsbeispiel der Erfin- 
dung zur sicheren Unterstutzung der Speichervorgange. In einem anderen Ausfiihrungsbeispiel umfaBt der Zwischen- 
speicher 157 Redundanzfelder fur zusatzliche Fehlertoleranz. 

Eine Vielzahl von Kommunikationsschnittstellen 160-165 wird auf dem System 151 geschaffen. In diesem Beispiel 
ist die Schnittstelle 160 geeignet, um das Protokoll X zwischen einem Client und dem Speicherverwaltungssystem 151 30 
auszufuhren; die Schnittstelle 161 ist geeignet zur Ausfuhrung des Protokolls Y zwischen einem Client und dem Spei- 
cherverwaltungssystem 151; die Schnittstelle 162 ist geeignet zur Ausfuhrung des Protokolls Z zwischen einem Spei- 
chergerat und dem Speicherverwaltungssystem 151; die Schnittstelle 163 ist geeignet zur Ausfuhrung des Protokolls A 
zwischen einem Speichergerat und dem Speicherverwaltungssystem 151; die Schnittstelle 164 ist geeignet zur Ausfuh- 
rung des Protokolls B zwischen einem Speichergerat und einem Speicherverwaltungssystem 151; und die Schnittstelle 35 
165 ist geeignet zur Ausfuhrung des Protokolls C zwischen dem Speicherverwaltungssystem 151 und einem weiteren 
Speicherverwaltungssystem auf dem Netzwerk. 

In dem erlauterten Beispiel werden die Protokolle X-Z und die Protokolle A-C durch das Speicherverwaltungssystem 
151 unterstiitzt. Diese Protokolle konnen mehrere unterschiedliche Protokolle sein, Varianten eines einzelnen Protokolls 
oder alle das gleiche Protokoll, so wie es fur ein jeweiliges Speicherbereichsnetzwerk geeignet, ist, indem das System 40 
verwendet wird. 

Speichervorgange durchlaufen die Schnittstellen 160-165 von entsprechenden Kommunikationsmedien zu den inter- 
nen Ressourcen des Speicherverwaltungs systems 151. In einem bevorzugten System werden Speichervorgange in ein 
gemeinsames systemintemes Nachrichtenformat iibersetzt zum Routen unter den verschiedenen Schnittstellen, unabhan- 
gig von den Protokollen, die durch diese Schnittstellen ausgefuhrt werden. Ressourcen 153 zum Speicherbereichsrouten 45 
bilden die Vorgange innerhalb des Speicherbereichs ab unter der Verwendung von virtuellen Verbindungen, die fur die 
jeweiligen Clientgerate und Speichergerate konfiguriert sind. Ressourcen 154 zur Emulation von ubernommenen Gera- 
ten und Datenmigrationsressourcen 155 ermoglichen, daB ein Speicherbereich bei dem Speicherverwaltungssystem 151 
rekonfiguriert wird, wenn neue Ausriistung hinzugefugt wird und vom Netzwerk entfernt wird. Beispielsweise kann ein 
neues Speichergerat zu dem Netzwerk hinzugefugt werden und eine Datengruppe in einem existierenden Speichergerat 50 
kann auf ein neues Speichergerat verschoben werden und es kann der Anschein erweckt werden, daB Speichervoigange 
von Clients, die die Datengruppe verwenden, erscheinen als ob sie auf den existierenden Speichergeraten verbleiben 
wahrend der Migration und nachdem die Migration abgeschlossen ist, indem eine Zielemulation bereitgestellt wird. Die 
Redundanz, die Hot Swap und die Ausfallressourcen 156 gewahrleisten eine Fehlertoleranz und unterstutzen den konti- 
nuierlichen Betrieb des Speicherverwaltungssy stems 151 fur Datenspeichemetzwerke mit hohem Durchsatz. 55 

Uberblick uber die Hardware-Architektur 

Fig. 6 ist ein Blockdiagramm einer geeigneten Hardware-Architektur eines (Speicher)-Servers fur ein intelligentes 
Speicherbereichsnetzwerk. Die Hardware-Architektur implementiert Redundanz und unterstiitzt verteilte Softwaresy- 60 
steme zum Verhindem, daB ein Versagen an irgendeinem einzelnen Punkt mit einem bestimmten Speichervorgang inter- 
feriert. 

Fig. 6 umfaBt den Speicherserver 102A. Der Speicherserver ist ausgelegt, um ein hohes MaB an Redundanz bereitzu- 
stellen unter der gleichzeitigen Verwendung von Standardkomponenten und auf einem Standard basierenden Geraten. 
Beispielsweise verwendet der Speicherserver 102A eine Hochgeschwindigkeits version der Standardumgebungskompo- 65 
nenten- Verbindungsirnplementierung (peripheral component inerconnect, PCI) und eine Standard Faserkanal verrnittelte 
Schleife (standard fibre channel arbitrated loop, FC-AL) Schnittstelle. Eine Vielzahl von anderen Protokollen und 
Schnittstellen konnen in anderen Ausfuhrungsbeispielen verwendet werden. 
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Der Speicherserver 102A hat vier separate 64-Bit 66 MHz PCI-Busse 200A-D. Viele unterschiedliche Konfiguratio- 
nen von Speichergeraten und Netzwerkschnittstellen in den Slots der PCI-Busse sind moglich. In einem Ausfuhrungs- 
beispiel sind die PCI-Busse in zwei Gruppen aufgeteilt: die SSD PCI-Busse 200A-B und die Schnittstellen PCI-Busse 
200C-D. Jede Gruppe hat zwei Busse, die durch die Begriffe oberer und unterer bezeichnet werden. Die oberen und un- 
5 teren Busse in jeder Gruppe konnen konfiguriert werden um, Redundanzdienste bereitzustellen. Beispielsweise hat der 
untere SSD PCI-Bus 200B die gleiche Konfiguration wie der obere SSD PCI-Bus 200A. 

Die PCI-Busse 200A-D sind mit den Hostbruckencontroller (host bridge controller, HBC)-Modulen 202A-B verbun- 
den. 

Die HBC-Module 202A-B uberspannen die PCI-Busse 200A-D und stellen redundante Briickenpfade bereit. 

10 Die SSD PCI-Busse 200A-B unterstiitzen Festkorpertreiber (solid state drive, SSD)-Module 204A-G. Die SSD-Mo- 
dule 204A-G stellen Festkorperspeichergerate wie zum Beispiel Hashmemoryspeicher bereit. 

Die Schnittstellen-PCI-Busse ermoglichen eine Verbindung von den Netzwerk-Schnittstellencontroller (network in- 
terface controller, NIC)-Modulen 206A-B, den redundanten Feldern von unabhangigen Laufwerken (redundant arrays 
of independent disks, RAID)-Controllermodulen (RAC) 212A-B und den Modulen 208A-D zur anwendungsspezifi- 

15 schen Verarbeitung (application specific processing, ASP) mit den HBC-Modulen 202A-B. 

Zusatzlich zur Verbindung des Speicherservers 102A mit dem externen FC-AL konnen die NICs 206A-B mit dem Fa- 
serkanalhub (fibre channel hub, FCH)-Modulen 214A-D verbunden werden. Jedes FCH-Modul 214A-D ist mit beiden 
NIC-Modulen 206A-B verbunden. Jedes FCH-Modul 214A-D stellt zehn FC-AL-Ports bereit, und kann uber die NIC- 
Module 206 A-B kaskadiert werden, um ein FC-AL-Hub mit zwanzig Stationen bereitzustellen. 

20 Die Laufwerkshubmodule (disk drive hub, DDH) 216A-D stellen ein redundantes FC-AL-Geriist bereit zur Verbin- 
dung von Laufwerken mit den RAC-Modulen 212A-B. Das FC-AL-Geriist umfaBt in jedem der DDH-Module 216A-D 
zwei redundante Schleifen, die alle Laufwerke, die mit dem DDH-Modul verbunden sind mit beiden RAC-Modulen 
212A-B verbindet. Die RAC-Module verwalten eine Schleife unter alien DDH-Modulen 216A-D. Die DDH-Module 
216A-D unterstiitzen jeweils funf Plattenlaufwerke mit zwei Ports sowie das Plattenlaufwerk218. 

25 Die Systemmittelebene (system mid-plane, SMP) ist in Fig. 6 nicht dargestellt. Die SMP ist eine passive Mittelebene, 
die Verbindungen bereitstellt, die in Fig. 6 gezeigt sind, zwischen dem HBC-Modul 201A-B, den SSD-Modulen 
204A-H, den RAC-Modulen 212A-B, den NIC-Modulen 206A-B, den FCH-Modulen 214A-D, den DDH-Modulen 
216A-D und den ASP-Modulen 208A-D. Die SMP basiert auf kompaktem PCI mit vier custom kompakten PCI-Bussen 
200A-D, RAC-DDH- Verbindungen und NIC-FCH- Verbindungen und verschiedenen Kontrollbussen, umfassend die 

30 Mittelebenensignale. Zusatzlich stellt die SMP Stromverteilung von den Stromsubsystemen (nicht dargestellt in Fig. 6) 
an die Module bereit mit Spannungen von 48 V, 12 V, 5 V und 3,3 V. 

Die Front-Panel-Anzeige (panel display, FPD) 220 stellt ein Anwenderinterface fur den Speicherserver 102A bereit. 
Die FPD enthalt ein Anzeigegerat und ein Eingabegerat. In einem Ausfuhrungsbeispiel wird ein beruhrungssensitiver 
Fliissigkristallbildschirm (liquid crystal display, LCD) verwendet, um einen beruhrungsssensitiven Schirm mit Eingabe- 

35 fahigkeiten darzustellen. Die FPD 220 ist mit den HBC-Modulen 202A-B verbunden, um Statusanzeigen, Konfigurati- 
onsanzeige und Verwaltung und andere Verwaltungsfunktionen zu unterstiitzen. 

Strom und Beluftungssubsysteme (nicht dargestellt in Fig. 6) stellen redundante Wechsel-zu-Gleichstrom-Strornver- 
sorgungen dar, redundante Gleichstrom-zu-Gleichstrom-Leistungskonversion, Batteriebackup fur Stromausfalle und ein 
red- undantes Push-Pull-Luftersubsystern. Diese Komponenten unterstiitzen die hohe Verfugbarkeit und die Merkmale 

40 einer niedrigen Ausfallzeit, die wichtig sind, wenn ein Speicherbereichsnetzwerk verwendet wird. Der Speicherserver 
102A kann mit anderen Speicherservern verbunden werden, um als ein einzelner Netzwerkport in einem Speicherbe- 
reichsnetzwerk zu erscheinen oder als ein Netzwerk mit hinzugefugtem Speichergerat. Diese Verbindung kann erzeugt 
werden liber die FC-AL-Expansionsports, die mit jedem der HBC-Module 202A-B verbunden sind. Zusatzlich bieten 
die HBC-Module 202A-B RS232 serielle Ports und 10/100 Ethernet-Ports fur Out-Of-Band- Verwaltung. 

45 Das Bussystem umfaBt alle Busse in dem Speicherserver 102A. In diesem Beispiel umfaBt das Bussystem die vier 
PCI-Busse, die durch die Hostbruckencontroller rniteinander verbunden sind. Das Bussystem umfaBt ferner die PCI- 
Busse innerhalb der HBC-Module, die zusatzliche Schnittstellen bereitstellen. Die Slots umfassen alle Positionen auf 
dem Bussystem, die Schnittstellen empfangen konnen. In diesem Beispiel kann jeder der vier PCI-Busse auBerhalb der 
HBC-Module vier Schnittstellen aufhehmen. 

50 Die Schnittstellen sind Karten oder andere Gerate, die in den Slots angeordnet werden. Die Schnittstellen unterstiitzen 
Treiber und Hardware fur die Datenspeicher, die mit den Schnittstellen verbunden sind. 

Redundanz und Fail-Over 

55 Der Speicherserver 102A bietet ein hohes MaB an Redundanz. In einem Ausfuhrungsbeispiel gibt es redundante NIC-, 
RAC- und HBC-Module. Die SSD-Module und Laufwerke unterstiitzen Spiegel. Die Laufwerke unterstiitzen ferner Pa- 
ritat und Zweikanalzugriff . Jedes DDH-Modul enthalt ein vollredundantes FC-AL-Geriist zur Verbindung mit den RAC- 
Modulen. Ausfalle werden durch die HBC-Module behandelt, die die anderen Module in den Speicherserver steuem. Die 
Steuerung besteht aus mehreren Schichten. 

60 Die erste Schicht des HBC-Moduls der Steuerung ist die Steuerung der Stromversorgung. Jedes Modul hat ein indivi- 
duelles Stromversorgungs-Enablesignal, das durch den CMB -Controller auf dem Modul gesteuert wird. Obwohl die 
HBC-Module redundant sind, client nur ein HBC-Modul als das Master-HBC-Modul und steuert und leitet das System. 
Die anderen HBC-Module dienten als ein Slave. 

Wenn ein Modul in einen Slot gesteckt wird, ist seine Stromversorgung anfanglich ausgeschaltet. Nur das HBC-Ma- 

65 stermodul kann die Stromversorgung einschalten. Wenn ein Modul anfangt, inkorrekt zu arbeiten und auf Befehle nicht 
antwortet, kann das HBC-Modul die Stromversorgung zu dem Modul ausschalten. 

Die zweite Schicht der Steuerung fur die HBC-Module ist der Card-Management-Bus (CMB). Jedes Modul hat einen 
Atmel AT90S85 15 (AVR) Mikrocontroller, der mit dem CMB verbunden ist. Das HBC-Modul selbst hat einen AVR-Mi- 
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kroc on t roller, der mit dem CMB verbunden ist und der als cin Master oder als ein Slave dienen kann. Der CMB-Mikro- 
cont roller wird durch eine Verbindung zu der Mittelebcne versorgt, unabhangig von der Leistung, die an den Haupt.pro- 
zessor auf dem Modul geliefert. wird. Das CMB ermoglicht, daB der Master- HBC einen Kartentyp liest, fest.st.ellt, ob eine 
Karte anwesend ist., einen nichtmaskierbaren Interrupt an eine Karte sendet. oder einen Hardreset einer Karte durchfuhrt. 
Modulprozessoren und die Master-HBC-Module konnen ferner Kommunikation uber einen seriellen Port auf dern AVR- 5 
Mikrocon trailer auf dem Modul durchfiihren. Dieser Konimunikationspfad kann verwendet. werden als ein Backup fur 
Kontrollkommunikation fur den Fall eines PCI- Ausf alls. 

Die dritte Ebene der Steuerung fur die HBC-Module ist der PCI-Bus. Wenn ein Modul nicht antwortet, kann es uber 
den CMB abgefragt werden unter der Verwendung eines Kontrollprozesses auf dem PCI-Bus. Wenn das Modul immer 
noch nicht antwortet, kann uber den CMB ein nichtmaskierbarer Interrupt gesetzt werden. Wenn das Modul immer noch 10 
nicht antwortet, kann es uber den CMB zuriickgesetzt werden. Wenn das Modul nach dem Reset immer noch nicht ant- 
wortet, kann es heruntergefahren werden und eine Wamung kann ausgegeben werden, das Modul zu ersetzen. 

HBC-Modulredundanz 

15 

Die HBC-Modulredundanz und die Ausfallsicherheit unterstiitzen die Systemredundanz. Obwohl die HBC-Module 
202A-B beide gleichzeitig aktiv sein konnen wird nur eines als der Master durch das HOST_SEL-Signai bezeichnet. Das 
Master-HBC-Modul stellt eine PCI-Busvermittlung f iir alle PCI-Busse bereit, steuert alle Leistungsenables fur die ande- 
ren Module und ist der anerkannte Master auf dem CMB-Gerat. Die PCI-Busvermittlungssignale des Backup-HBC-Mo- 
duls und die Leistungsenables werden von dem HOST_SEL-Signal auBer Kraft gesetzt. Der CMB wird bei jedem Slave 20 
CMB der Karten oder FCB-Gerat durch das HOSTJSEL-Signal geschaltet. Das HOST_SEL-Signal wird iiber einen Wi- 
derstand auf die Systemmittelebene (system mid-plane, SMP) mitgenommen, wodurch verursacht wird, daB das HBC- 
Modul 202A der Default-Master ist. Das HBC-Modul 202B kann das HOST_SEL-Signal erzeugen um sich selbst zum 
Master zu machen, dies wird jedoch typischerweise nur auftreten wahrend Ausfallen oder eines Startes, wenn das HBC- 
Modul 202A nicht anwesend ist. 25 

Um die Wahrscheinlichkeit eines Fehlers zu reduzieren, treibt der EVC das HOST_SEL-Signal und verlangt ein 
Schreiben auf zwei separate Speicherorte eines spezifischen Musters. Dies kann verhindem, daB ein HBC-Modul mit ei- 
ner Fehlfunktion sich selbst zum Master macht. Die Stromenablesignale beider HBC-Module werden auf die SMP mit- 
genommen, damit beim Start der Strom fur beide Karten eingeschaltet wird. Das HBC-Modul 202 A hat die Kontrolle 
uber die Stromeinschaltung fur das HBC-Modul 202B. In ahnlicher Weise hat das HBC-Modul 202B die Kontrolle uber 30 
die Stromeinschaltung fur das HBC-Modul 202A. Um wiederum die Wahrscheinlichkeit eines Fehlers zu reduzieren, 
verlangt das Setzen eines Stromeinschaltsignals eines HBC-Moduls ein Schreiben auf zwei separate Speicherorte eines 
spezifischen Musters. 

PCI-Briicken unterstiitzen nicht zwei Hosts. Durch spezielles Konfigurieren der PCI-Briicken konnen beide HBC-Mo- 
dule so konfiguriert sein, daB sie auf den System-PCI-Bussen sind. Die PCI-Briicken auf beiden HBC-Modulen werden 35 
so konfiguriert, daB der AdreBraum, der von einem HBC-Modul gesteuert wird, als ein Speicherplatz betrachtet wird, der 
als lokal fur alle System-PCI-Busse auf den anderen PCI-Briicken des HBC-Moduls abgebildet ist. Fehler konnen auf- 
treten wenn ein HBC-Modul versucht, vom oder in den PCI-AdreBraum des anderen zu lesen beziehungsweise zu schrei- 
ben. Der Fehler wird auftreten, da vier Briicken zu den System-PCI-Bussen den Vorgang bestatigen, wodurch emsthafte 
Fehler erzeugt werden. Daher sollte ein HBC-Modul nicht versuchen, auf das andere HBC-Modul iiber die Systembusse 40 
zuzugreifen. 

Obwohl die HBC-Module nicht iiber die PCI-Busse kommunizieren sollten, haben die HBC-Module zwei separate 
Kommunikationspfade: einen besonderen seriellen Port und den CMB. Der besondere serielle Port ist der primare Pfad 
fur Kommunikation um zu erlauben, daB Nachrichten weitergeleitet werden um eine Zustandsuberpriifung auf den ande- 
ren HBC-Modulen bereitzustellen. Wenn ein serieller Port ausfallt, kann der CMB als ein Backup verwendet werden, um • 45 
festzustellen welches HBC-Modul ausgefallen ist. 

Die HBC-Modulstartreihenfolge 

Da beide HBC-Module durch das EVC eingeschaltet werden, wenn das System angeschaltet wird, mussen sie feststel- 50 
len, ob ein weiteres HBC-Modul vorhanden ist, wenn sie eingeschaltet werden. Dies erfolgt iiber den CMB. Wenn das 
HBC-Modul 202A vorhanden ist, wird es nach Voreinstellung der Master. Wenn das HBC-Modul 202A beim Anschalten 
feststellt, daB kein HBC-Modul 202B vorhanden ist, kann es den Strom zu dem Kartenslot des HBC-Moduls 202B ab- 
schalten. Dies ermoglicht, daB ein zweites HBC-Modul hinzugefugt wird und unter der Steuerung des Master- HBC-Mo- 
duls angeschaltet wird. Wenn das HBC-Modul 202A beim Start feststellt, daB das HBC-Modul 202B vorhanden ist, 55 
sollte es eine Kommunikation uber den seriellen Port herstellen. Wenn das HBC-Modul 202B feststellt, daB das HBC- 
Modul 202A nicht vorhanden ist, sollte es sich selbst zum Master-HBC-Modul machen durch das Setzen des 
HOST_SEL-Signals und den Strom zu dem Kartenslot des HBC-Moduls 202A abschalten. Wenn das HBC-Modul 202B 
feststellt, daB das HBC-Modul 202A vorhanden ist, sollte es auf ein HBC 0 warten zum Herstellen einer Kommunikation 
iiber den seriellen Port. Wenn nach einer bestimmten Zeit die Kommunikation nicht hergestellt worden ist, sollte das 60 
HBC-Modul 202B eine Ausfallsequenz beginnen. 

Die HBC-Modulausfallsequenz 

Die HBC-Module sollten miteinander in spezifischen Intervallen iiber die serielle Schnittstelle kommunizieren. Wenn 65 
das Backup HBC die serielle Kommunikation mit dem Master-HBC verliert, sollte es versuchen, eine Kommunikation 
mit dem Master-HBC-Modul iiber sein CMB herzustellen. Wenn die Kommunikation iiber den CMB hergestellt werden 
kann und beide Hosts in Ordnung sind, ist die serielle Kommunikationsverbindung schlecht. Beide Karten sollten Dia- 
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gnose durchfuhren urn festzustellen, wo sich der Fehler befindet. Wenn sich der Fehler auf dem Backup- HBC-Modul be- 
findet. oder nicht isoliert werden kann, sollte ein Alann ausgelost. werden. Wenn sich der Fehler auf dem Master-HBC- 
Modul befindet oder eine CMB-Kominunikation nicht. hergestellt werden kann, sollte das Backup-HBC-Modul das Ma- 
ster- HBC-Modul ausschalten und sich selbst zum Master machen. 

5 

Uberblick iiber die Software-Architektur 

Ein Speicherserver wird durch ein Betriebssystem unterstiitzt, das ausgelegt ist, um die einzigartig hohe Bandbreite, 
den hohen Durchsatz und die Anforderungen eines Speicherservers zu unterstutzen. Das Betriebssystem plant und steu- 
10 ert Datentransfers iiber die Bussysteme und verwaltet das System. Obwohl eine Anzahl von verschiedenen Betriebssy- 
stemen und Softwarekomponentenstrukturen moglich sind, wird in einem Ausfuhrungsbeispiel ein hochmodulares Be- 
triebssystem, das fur einen Speicherserver ausgelegt ist, verwendet. 

Fig* 7 ist ein Blockdiagramm der Softwaremodule eines Betriebssys terns und von Unterstutzungsprogrammen fur ei- 
nen Speicherserver. 

15 Fig, 7 umfaBt die folgenden Betriebssystemkomponenten: das Hardware- Schnittstellenmodul 900, das Nucleus 
PLUS™-Realzeit-Kernelmodul 902, das bei Accelerated Technologies, Inc. Mobile, Alabama erhaltlich ist, das ISOS- 
Protokollverwaltungsmodul 904 und das Speicherservicemodul 906. Das Hardware-Schnittstellenmodul ermoglicht, daB 
Softwarekomponenten des Speicherservers mit den Hardwarekomponenten des Speicherservers kommunizieren. 

Das Nucleus PLUS™-Realzeit-Kernelmodul 902 wird verwendet um grundlegende Betriebssysternfunktionen bereit- 

20 zustellen wie zum Beispiel: Aufgaben, Reihenfolgen, Signale, Timer und die Unterstiitzung kritischer Abschnitte. Das 
Nucleus PLUS™-Realzeit-Kernelmodul 902 wird zu den Softwaremodulen des Speicherservers als Funktionen in C-W- 
Klassen durch das Speicherdienstmodul 906 exportiert. 

Das ISOS-Modul 904 ermoglicht, daB der Speicherserver eine Nachrichten-Architektur fur Eingabe und Ausgabe un- 
terstiitzt. Die Hardwaremodule, wie zum Beispiel die Module fur RAID-Controller (RAC), die Module fur Netzwerk- 

25 Schnittstellencontroller (NIC), die Module fur ein Festkorperlaufwerk (solid state drive, SSD), die Module fur ein Lauf- 
werkhub (disk drive hub, DDH) und die Module fur das Fiberkanalhub (fibre channel hub, FCH) sind alle Eingabe/Aus- 
gabe-Prozessoren (input/output processors, IOPs). Das Modul des Masterhost-Briickenprozessors (host bridge proces- 
sor, HBC) dient als der Host. 

Das Speicherservicemodul 906 implementiert Nachrichtenklassen zur Unterstiitzung des zuverlassigen Transports 
30 von Nachrichten zwischen Kornponenten. Das Speicherservicemodul 906 unterstiitzt den Betrieb von Geratetreibermo- 
dulen und die Unterstiitzung von virtuellen Geraten. Die Geratetreibermodule (device driver modules, DDMs) und die 
virtuellen Gerate (virtual devices, VDs) sind die Aufbaublocke des Speicherserver- Speichersys terns. Das Speicherser- 
vicemodul 906 ist um die Bereitstellung von Unterstiitzung herum fur Anforderungen fur Speichervorgange organisiert 
In einigen Anwendungen wird ein einzelner Speicherserver, wie zum Beispiel der Speicherserver 102A, mehrere hun- 
35 dert DDMs aufweisen, die in Verbindung mit den Betrieb ssystemmodulen 900-906 arbeiten zur Unterstiitzung von Ant- 
worten auf Speicherserveranforderungen. Andere Anwendungen verwenden einige wenige DDMs in verschiedenen 
Kombinationen. 

Softwarekomponenten werden als Geratetreibermodule (DDMs) implementiert. Ein DDM, das primar Anfragen nach 
einem Hardwaregerat bedient, wird als ein Hardwaretreibermodul (hardware driver module, HDM) bezeichnet. Ein 

40 DDM, das als ein internes Zwischenprogramm dient, wird als ein Zwischenservicemodul (intermediate service module, 
ISM) bezeichnet. Beispielsweise werden die DDMs die die SSD-Module bedienen, als HDMs bezeichnet. Die DDMs, 
die Zwischenspeicherdienste, Spiegelungsdienste und andere Typen von Diensten bereitstellen, die nicht direkt mit ei- 
nem Hardwaregerat verbunden sind, konnten als ISMs bezeichnet werden. 

Ein einzelnes DDM kann mehrere Instanzen auf einem einzelnen Speicherserver haben. Beispielsweise gibt es in Fig. 

45 7 vier Instanzen des Leistungs-, Gesundheits- und Status-PHS -Monitors 908A-D, einen fur jedes der vier grofien Soft- 
waresubsysteme: das NIC 910, das RAC 920, das HBC 930 und das SSD 940. Jedes DDM hat seine eigene Nachrichten- 
warteschlange und eine eindeutige Identifizierung. Beispielsweise kann der PHS -Monitor 908A auf dem NIC 910 die 
Gerate-ID (device 3D, DID) 0 sein. Jedes DDM listet ferner die Klasse von Speicheranforderungen, die von dem DDM 
behandelt werden auf, und Betrieb ssysternmodule routen die Anforderungen zu den DDMs auf der Basis der Klasse der 

50 Speicheranforderungen. Anforderungen konnen geroutet werden durch Anforderungscodes oder durch virtuelle Gerate- 
nummern. 

Das NIC-Softwaresubsystem 910 umfaSt drei DDMs: eine Prozessorunterstiitzung HDM 912A, eine Eingabe/Ausga- 
beiibersetzung ISM 914A und den PHS-Monitor 908A. Das RAC-Softwaresubsystem 920 umfaBt drei DDMs: eine Pro- 
zessorunterstiitzung HDM 912B, ein Eingabe/Ausgabeiibersetzung ISM 914B und einen PHS-Monitor 908B. Das HBC- 

55 Softwaresubsystem 930 umfaBt: eine Prozessorunterstiitzung HDM 912C, eine Eingabe/Ausgabeiibersetzung ISM 
914C, eine Kartenverwaltung HDM 916, ein Systemmonitor DDM 918, ein Internetprotokoll DDM 921, ein Front-Pa- 
nel- Anzeige DDM 922, eine anwendungsspezifische Prozessorunterstiitzung DDM 924 und einen PHS-Monitor 908C. 
Das SSD-Softwaresubsystem 926 umfaBt ein Festkorperlaufwerkmanagement HDM 926 und einen PHS-Monitor 908D. 
Die Front-Panel- Anzeige 950 unterstiitzt einen Hypertext-Markup-Language (HTML)-Client 928. 

60 Die Fig. 8-10 erlautem eine Vielzahl von Hardwaretreibermodulen (HDMs) und die Fig, 11-14 erlautem eine Viel- 
zahl von internen Zwischenservicemodulen (ISMs) gemaB der bevorzugten Architektur der vorliegenden Erfindung. Fig. 
15 stellt ein vereinfachtes Diagramm einer Gruppe von Treibermodulen bereit, die in Datenpfade konfiguriert worden 
sind, um als virtuelle Verbindungen zu dienen. 

Fig. 8 erlautert eine Netzwerkschnittstellenkarte 520 mit einem HDM 524. Die Karte 520 hat eine physikalische 

65 Schnitts telle 521 zu einem Faserkanalnetzwerk. Ein Netzwerkschnittstellenchip 522, in diesem Beispiel ein Qlogic-Ge- 
rat, wie zum Beispiel ein ISP 2200A von der Firma Qlogic Corporation aus Costa Mesa, Kalifornien, ist mit der physi- 
kalischen Schnittstelle 521 verbunden. Der Netzwerkschnittstellenchip 522 erzeugt Kommunikation, die durch die Linie 
523 dargestellt wird, die in dem HDM 524 verarbeitet wird. Das HDM 504 bereitet die Kommunikationen zur Verwen- 
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dung durch andere Treibcrmodule in dem System auf. Daher hat die Kommunikation, die durch die Linie 525 dargestellt 
wird, ein SCSI- Format. Die Kommunikation, die durch die Linie 526 dargestellt wird, hat. ein Nachrichten format, wie 
zum Bci spiel ein BSA-Fonnat. Die Kommunikation, die durch die Linie 527 dargestellt wird, hat ein Internetprotokoll 
(EP)-Format. Das HDM ist eine Instanz einer Treiberklasse rait dem Namen "Qlogictreiber" in dem Diagramm und ihm 
ist in diesem Beispiel die Gerateidentifizierung DID 401 gegeben worden. Die physikalische Schnittstelle wird als 5 
NIC#1 identifiziert. 

Fig. 9 erlautert ein Speichergerat 720, das implementiert wird durch ein Feld aus nichtfluchtigen integrierten Verbin- 
dungspeichergeraten. Das HDM 722 ist mit dem Feld 721 verbunden und ubertragt die Kommunikationen der Blockspei- 
cher-Architektur auf der Linie 723 in ein Format zum Speichern und Abrufen aus dem Feld 721. In diesem Beispiel wird 
dem HDM 722 eine Gerateidentifizierung 1130 gegeben. Die physikalische Schnittstelle wird als SSD#4 identifiziert. 10 

Fig. 10 erlautert die Konfiguration eines Feldes 820 von Laufwerken, die an dem Speicherservergehause in einer fa- 
serkanalvermittelten Schleifen-Architektur in dem bevorzugten Ausfuhrungsbeispiel, das in Fig. 6 gezeigt ist, befestigt 
sind. Das Faserkanallaufwerkhub #0 21 6A, das Kanalplattenhub #1 21 6B, das Faserkanallaufwerkhub #2 216C und das 
Faserkanallaufwerkhub #3 216D, die ebenfalls in Fig. 6 gezeigt sind, sind verbunden mit den redundanten Hubcontroll- 
HDMs 821 und 822. " " 15 

Die HDMs 821 und 822 sind mit physikalischen faserkanalvermittelten Schleifenverbindungen 823 bzw. 824 verbun- 
den. Dem HDM 821 ist die Gerateidentifizierung 1612 gegeben worden und dem HDM 822 die Gerateidentifizierung 
1613. Die Verbindung 823 ist mit einer Faserkanalschnittstelle 825 verbunden. Die Schnittstelle 825 umfaBt einen Netz- 
werkschnittstellenchip 826, der mit einer physikalischen Schnittstelle 840 und mit einem HDM 827 verbunden ist. Ein 
ISM 828 ist mit dem HDM 827 verbunden und mit dem intemen Kommunikationspfad 829. Der ISM 808 ubertragt die 20 
Blockspeicher-Architekturkommunikationen auf der Leitung 829 in IOCB -Kommunikationen fiir das HDM 827. Das 
HDM 827 kommuniziert mit dem Netzwerkschnittstellenchip 826, der wiederum den Faserkanal 823 treibt. Den ISM 
828 ist die Gerateidentifizierung 1210 gegeben worden und dem HDM 827 die Gerateidentifizierung 1110. Die physika- 
lische Schnittstelle 825 wird mit RAC #0 bezeichnet. 

Die Faserkanal verbindung 824 ist mit der Schnittstelle 830 verbunden. Die Schnittstelle 830 hat eine Konfiguration 25 
wie die Schnittstelle 825. Daher umfaBt die Schnittstelle 830 eine physikalische Faserkanalschnittstelle 831, die durch ei- 
nen Netzwerkschnittstellenchip 832 getrieben wird. Der Netzwerkschnittstellenchip 832 kommuniziert auf dem Kanal, 
der durch die Linie 833 dargestellt wird mit dem HDM 834. Das HDM 834 kommuniziert mit ISM 835 uber den Kanal 
816. Das ISM 835 verwaltet eine Schnittstelle zu den BSA-Formatnachrichten auf dem Kanal 837. In diesem Beispiel 
wird dem ISM 835 die Gerateidentifizierung 1211 gegeben. Dem HDM 834 wird die Gerateidentifizierung 1111 gegeben. 30 
Die Schnittstelle 830 wird identifiziert als RAC #1 . 

Die Fig. 1 1-14 erlautem eine Vielzahl von ISM-Beispielen gemaB der vorliegenden Erfindung, die in Datehpfade kon- 
figuriert werden konnen. 

Fig. 1 1 zeigt einen SCSI-Zielserver 550, der ein Beispiel eines Protokollservermoduls gemaB der vorliegenden Erfin- 
dung darstellt. Ahnliche Protokollservermodule konnen implementiert werden fiir irgendein spezielles Speicherkanal- 35 
oder Netzwerkprotokoll, das von Anwendern der Daten, die durch den Speicherserver der vorliegenden Erfindung ver- 
waltet werden, implementiert wird. Der Zielserver 550 hat eine Nachrichtenschnittstelle 551, die hereinkommende 
Nachrichten von einem HDM empfangt, beispielsweise dem HDM aus Fig. 8, das mit einer Kommunikations schnitt- 
stelle verbunden ist, die fiir die Verbindung mit einem Anwender geeignet ist. In diesem Beispiel haben die Nachrichten 
auf der Schnittstelle 551 ein SGSI-Format. In anderen Beispielen konnen die Nachrichten bereits die BSA-Architektur 40 
oder irgendeine andere Architektur haben, die geeignet ist fiir das Protokoll auf der Kommunikationsschnittstelle, die ge- 
rade bedient wird. Der Server 550 umfaBt eine Schalterfunktion 550, die hereinkommende Nachrichten zu einem SCSI 
zum BSA-Ubersetzer 553 ubertragt oder zu einer lokalen Antwortfunktion 554. Typischerweise werden die Nachrichten 
von dem Ubersetzer 553 als herausgehende Nachrichten auf der Leitung 555 weitergeleitet. Hereinkommende Nachrich- 
ten auf der Leitung 555 werden an den Ubersetzer 556 geliefert, der die hereinkommenden BSA-Nachrichten in das 45 
SCSI-Format, das auf der Leitung 551 verwendet wird, ubertragt. 

In vielen Fallen kann das SCSI-Zielgerat auf die SCSI-Nachrichten antworten, ohne die Nachricht weiterzurouten un- 
ter der Verwendung des lokalen Anwortservice 554, Viele Statusnachrichten, die sich nicht auf das Lesen oder Schreiben 
vom Speicher selbst beziehen, werden durch den lokalen Antwortservice 554 behandelt. 

Der Zielserver 550 ist in diesem Beispiel eine Instanz einer Klasse SCSI- Zielserver und ihm ist eine Gerateidentifizie- 50 
rung 500 gegeben. Eine Funktion des Protokollservers, beispielsweise des SCSI-Servers 550, besteht darin, das AusmaB 
an Speicher zu identifizieren, das Gegenstand eines Speichervorgangs auf der zugeordneten Schnittstelle ist. Der Spei- 
cherbereich wird auf eine virtuelle Verbindung abgebildet unter der Verwendung der konfigurierbaren Logik in dem 
Speicherserver, wie weiter unten detaillierter beschrieben wird. 

Fig. 12 erlautert ein ISM 650, das eine Datenpfadaufgabe zur Spiegelungsverwaltung durchfuhrt. Das ISM 650 um- 55 
faBt eine Schnittstelle 651, die mit den internen Kommunikationskanalen auf dem Gerat verbunden ist. Logikprozesse 
652 empfangen die hereinkommenden Kommunikationen und Daten und verwalten eine Spiegelungsfunktion. Die Lo- 
gik 652 kommuniziert mit einer Vielzahl von Laufwerkschnittstellen inklusive dem primaren Laufwerk 653, dem sekun- 
daren Laufwerk 654, dem tertiarem Laufwerk 655 und einem Standby-Laufwerk 656. Obwohl in dem Diagramm ein 3- 
Wege Spiegel gezeigt ist, kann irgendeinen Anzahl von Spiegelungspfaden implementiert werden fur "n-Wege"-Spiegel 60 
unter der Verwendung von virtuellen Verbindungen. Obwohl der Begriff "Laufwerkschnittstelle" verwendet wird, kon- 
nen andere Typen von Speichergeraten bei den Spiegelungsfunktionen verwendet werden. Die Laufwerkschnittstellen 
653-656 kommunizieren unter der Verwendung von intemen Kommunikationskanalen mit den HDM-Modulen, die den 
Zielspeichergeraten, die bei der Spiegelungsfunktion verwendet werden, zugeordnet sind oder mit anderen ISM-Modu- 
len, wie es fur die jeweilige virtuelle Verbindung geeignet ist. In diesem Beispiel wird der Spiegel ISM 650 implemen- 65 
tiert als eine Instanz einer Klasse "Spiegel" und ihm wird eine Gerateidentifizierung 10200 gegeben. 

Fig. 13 erlautert ein Partitions ISM 750. Das Partitions ISM 750 umfaBt eine Schnittstelle 751, die interne Kommuni- 
kationen von den anderen Treibermodulen empfangt und eine Schnittstelle 752, die ebenfalls mit anderen Treibermodu- 
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len kommunizicrt. Das ISM 750 uinfaBt. Logikprozesse 753, Datenstrukturen zum Speichem einer Basisadresse 754 und 
einer Begrenzungsadresse 755 und eine Laufwerksschnittstelle 756. Der ParlitionslogikprozeB 753 konfiguriert das be- 
troffene Speichergerat, das durch den LaufwerksprozeB 756 identifiziert. wird unter der Verwendung einer logischen Par- 
titionsfunktion, die niitzlich ist fur eine Vielzahl von Speicherverwaltungstcchniken, so daG das physikalische Gerat als 
5 mehr als ein logisches Gerat in den virtuellen Verbindungen erscheint. In diesem Beispiel ist das Partitions-ISM 750 eine 
Instanz einer Klasse "Partition" und ihm ist eine Gerateidentifizierung 10400 gegeben worden. 

Fig. 14 erlautert ein Zwischenspeicher-ISM 850. Das Zwischenspeicher ISM 850 umfaBt Logikprozesse 853, die mit 
einer Schnitts telle 851 zu der internen Nachrichtenweiterleitungsstruktur auf dem Speicherserver komrnunizieren. Da- 
tenstrukturen in dem Zwischenspeicher ISM 850 umfassen eine lokale Zwischenspeicherzuordnung 854, eine Zwischen- 

10 speichertabelle 855, die die Daten, die in dem Zwischenspeicher 854 gespeichert sind, identifiziert, und eine Laufwerk- 
schnitts telle 856. Die Laufwerkschnittstelle kornmuniziert auf einem Kanal 857 mit einem HDM, das die jeweilige vir- 
tuelle Verbindung, die durch den Zwischenspeicher bedient wird, zugeordnet ist. Der Zwischenspeicher 854 wird in ei- 
nem Ausfuhrungsbeispiel lokal in dem Speicherserver verwaltet. In einem alternativen Ausfuhrungsbeispiel kann der 
Zwischenspeicher in einem Hochgeschwindigkeits-, nichtfliichtigen Speicher gespeichert werden, wie zum Bei spiel ein 

15 Festkorperspeichermodul mit einer Architektur, wie sie in bezug auf Fig. 9 beschrieben worden ist. In dem bevorzugten 
Ausfuhrungsbeispiel ist das Zwischenspeichermodul ISM 850 implementiert als eine Instanz einer Klasse "Zwischen- 
speicher" und ihm ist eine Gerateidentifizierung 10300 gegeben worden. 

Fig. 15 stellt ein heuristisches Diagramm von redundanten virtuellen Verbindungen bereit, die durch die Datenpfade 
inklusive einer Vielzahl von Treibermodulen gemaB der vorliegenden Erfindung implementiert sind. Virtuelle Verbin- 

20 dungen umfassen eine externe Schnittstelle zur Kommunikation mit einem Anwender der Daten, einen Protokolliiberset- 
zer zum Ubersetzen von Kornmunikationen mit dem Anwender in das Kommunikationsformat der Treibermodule und 
ein Speicherobjekt, das eine Kommunikationsschnittstelle zu einem Speichergerat umfaBt. Speicheroperatoren, die Da- 
tenpfadaufgaben durchfuhren, konnen zwischen dem Ubersetzer und dem Speicherobjekt existieren. Das optimale Ord- 
nen der Treibermodule, die als Speicheroperatoren, wie zum Beispiel Zwischenspeicher, Spiegelung, Partition etc. die- 

25 nen, wird durch den Systemkonstrukteur durchgefuhrt unter der Verwendung der konfigurierbaren Logik, die vom Spei- 
cherserver bereitgestellt wird. 

In dem Beispiel, das in Fig. 15 erlautert ist, wird die exteme Schnittstelle durch das NIC #0 bereitgestellt und sein zu- 
geordnetes HDM wird dargestellt durch den Block 1010. Der Protokollubersetzer wird bereitgestellt durch den SCSI- 
Zielserver ISM 1011. Eine Zwischenspeicherfunktion wird durch das ISM 1012 bereitgestellt. Eine Spiegelfunktion wird 

30 durch das ISM 1013 bereitgestellt. Auf die Speicherobjekte wird von der Spiegelfunktion 1013 zugegriffen, und sie be- 
stehen aus einer Gruppe von physikalischen Schnittstellen, die in diesem Beispiel ausgewahlt sind aus der grundlegen- 
den Faserkanal-Daisy chain- Schnitts telle und ihrem zugeordneten HDM, das dargestellt wird durch den Block 1014 oder 
einer extemen LUN-Schnittstelle, den Laufwerken in der faserkanalverrnittelten Schleife, auf die uber das ISM/HDM- 
Paar, das durch den Block 1015 und den redundanten Block 1016 dargestellt wird, zugegriffen wird, das Festkorperspei- 

35 chergerat und sein zugeordnetes HDM, das durch den Block 1017 dargestellt wird und die Schnittstelle zu einem exter- 
nen Laufwerk und seinem zugeordnetem ISM/HDM-Paar, das durch den Block 1018 dargestellt wird. Separate HDM- 
Module auf den Faserkanalschnittstellen zu den Laufwerken (01), (02), (03), und (04) verwalten die Kommunikation 
uber die faserkanalverrnittelten Schleifen mit den Schnittstellen 1015 und 1016. 

In dem gezeigten Ausfuhrungsbeispiel greift das Spiegelungsmodul 1013 auf die Laufwerke (01), (02) und (04) als 

40 primare, sekundare, bzw. Standby- Laufwerke fur die Spiegelfunktionen zu. Obwohl das Spiegelungsmodul, das in Fig, 
12 gezeigt ist, eine tertiare Laufwerkschnittstelle umfaBt, wird dieses tertiare Laufwerk in dem Beispielsystem nicht be- 
nutzt. 

Ferner sind in dem Diagramm Partitions ISM-Module 1020 und 1021 gezeigt, die nicht mit den Datenpfaden der ge- 
zeigten virtuellen Verbindung verbunden sind. Diese Blocks sind vorhanden um zu erlautern, daB bei der Verwendung 

45 der virtuellen Verbindung struktur neue Module wie Partitionierung zu dem Pfad hinzugefugt werden konnen durch ein- 
faches Konfigurieren des Speicherservers. 

Ein redundanter Datenpfad wird implementiert unter der Verwendung der Schnittstelle NIC #1 und seinem zugeord- 
neten HDM, das durch den Block 1025 dargestellt wird, des SCSI-Zielserver-ISM, das durch den Block 1026 dargestellt 
wird, das Zwischenspeicher-ISM, das durch den Block 1027 dargestellt wird, und das Spiegelungs-ISM, das durch den 

50 Block 1028 dargestellt wird. Redundanz wird in den Datenspeichergeraten erreicht durch die Verwendung der Spiege- 
lungsfunktion. Die redundanten Treibermodule werden in einem bevorzugten Ausfuhrungsbeispiel auf separaten IOPs 
innerhalb des Speicherservers verteilt. 

Wie in Fig. 15 erlautert ist, umfaBt jedes der Treibermodule eine eindeutige Treiberidentifizierung, die in den Klarn- 
mern in den Blocken aus Fig. 15 gezeigt ist. Die eindeutigen Gerateidentifizierungen werden verwendet, um die Konfi- 

55 gurationslogik zu unterstiitzen, die auf Tabellen in einer Konfigurationsdatenbank basiert, die von dem Speicherserver 
verwaltet wird, und durch lokale konfigurierbare Logik in dem Speicherserver gesteuert wird. 

In dem bevorzugten System werden die Konfigurationstabellen verwaltet durch einen dauerhaften Tabellentreiber, wie 
zum Beispiel den, der in den Fig. 16 und 17 erlautert ist. Unter emeuter Bezugnahme auf Fig. 4 speichert der Speicher- 
server 102 Verwaltungs- und Routinginformation in Tabellen, wie zum Beispiel in Tabellen 116. Auf die Tabellen 116 

60 kann zugegriffen werden uber das Verwaltungsinterface 120. Die Tabellen 116 werden typischerweise in dauerhaftem 
Speicher, wie zum Beispiel nichtfluchtigem Speicher, gespeichert werden. Die Tabellen 116 konnen redundant gehalten 
werden, um Unterstutzung zur Ausfallsicherheit bereitzustellen. 

Fig. 16 erlautert ein dauerhaftes Tabellenmodul 1400, das als eine Instanz einer Klasse "dauerhafte Tabelle" imple- 
mentiert wird und der grundlegenden Architektur der Treibermodulstruktur folgt. Das dauerhafte Tabellenmodul 1400 

65 umfaBt einen logischen Tabellenzugriffsprozessor 1401 und eine Vielzahl von Unterstutzungsfunktionen inklusive eines 
Tabellendatenzugriffsmanagers 1402, eines dauerhaften Imagemanagers 1403 und eines dauerhaften Synchronisations- 
moduls 1404 fur die Tabelleninstanz. Der Tabellendatenzugriffsmanager 1402 ist mit einem Tabellenklassenmanager 
1405 in diesem Ausfuhrungsbeispiel verbunden. Der Tabellenklassenmanager verwaltet eine Vielzahl von Konftgurati- 
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onstabellen inklusive einer ID-Tabelle 1406 fur einen Faserkanalport, einer LUN-Exporttabelle 1407, einer Konfigurati- 
onstemplatetabelle 1408, einer DDM-Roil-Call-Tabelle 1409, einer virtuellen Geratetabelle 1410, einer Speicher-Roll- 
Call-Tabelle 1411, einer Faserkanallaufwerk-Roll-Cail- Tabelie 1412, einer externen LUN-Tabelle 1413 und einer Fest- 
korperspei chert abelle 1414. Die spezielle {Configuration der Gruppen von Tabellen, die durch das dauerhafte Tabellen- 
modul 1400 verwaltet werden, kann verandert werden, urn auf die jeweilige Implementierung angepaBt zu werden und 5 
optiiniert zu werden fur bestimmte Klassen von Geraten. 

Der dauerhafte Imagemanager 1403 und der Synchronisationsmanager 1404 fiir die Tabelleninstanz kommunizieren 
mit dem dauerhaften Datenspeichertreiber 1420, wie in Fig. 11 dargestellt, und mit einem zweiten dauerhaften Speicher- 
treiber, der nicht gezeigt ist. Der dauerhafte Datenspeichertreiber 1420 wird implementiert als ein HDM, das eine Instanz 
einer Klasse "dauerhafter Speicher" ist und ihm wird eine Gerateidentifizierung, folgend dem Modell der oben beschrie- 10 
benen Treibermodule, gegeben. In dem bevorzugten System kommuniziert das HDM 1420 fiir den dauerhaften Daten- 
speicher mit dem Festkorperspeichergerat in dem Speicherserver und stellt schnellen Zugriff auf die Daten, die in den 
virtuellen Verbindungen verwendet werden, bereit. 

In dem dauerhaften Datenspeicher wird eine grofie Variation von Konfigurationsinformation fur das System gehalten. 
Die DDM-Roll-Call-Tabelle 1409 umfaBt eine Liste aller Instanzen der Geratetreibermodule und ihrer eindeutigen Ge- 15 
rate-IDs. Die Speicher-Roll-Call-Tabelle 1411 umfaBt eine Liste aller aktiven Speichergerate, die von dem Speicherser- 
ver detektiert werden. Die Roll-Call-Tabellen konnen verwendet werden durch die virtuelle Geratetabelle 1410 und 
durch die Konfigurationswerkzeuge, um virtuelle Verbindungen zu erzeugen. Die LUN-Exporttabelle 1407 stellt eine 
Technik zum Abbilden der identifizierten Speicherbereiche innerhalb eines Speicherkanalvorgangs auf virtuelle Verbin- 
dungen bereit. Die externe LUN-Tabelle 1413 identifiziert logische Speichereinheiten, die in anderen Speicherservem 20 
gehalten werden, die uber exteme Speicherschnittstellen auf dem Speicherserver verbunden sind. 

Zwei primare Tabellen unterstutzen das Exportieren von Speicher zu Clients und die Speicherroutingfunktionalitat des 
Speicherservers 102A. Diese Tabellen sind die Exporttabelle 1407 und die virtuelle Geratekonfigurationstabelle 1410. 

Die Exporttabelle 1407 25 

Die Exporttabelle 1407 bildet AdreBinformation, die mit einem Speichervorgang empfangen wird, auf eine virtuelle 
Verbindung oder eine Speicheroption ab. ImFall von SCSI-3 iiber eine Faserkanalschnittstelle ist die verwendete AdreB- 
information die Initiator ID, die Ziel-LUN und die Zieladresse. 

Es ist nicht notwendig, alle diese Information zu verwenden zur Auflosung einer Anforderung, da viele LUNs Initia- 30 
toren oder Clients gemeinsam sein konnen und viele LUNs werden die Zieladresse, beispielsweise den Offset auf dem 
Speichergerat zur Adressierung innerhalb der virtuellen Verbindung verwenden anstelle der Auswahl unterschiedlicher 
Verbindungen. Daher ist in einem typischen Ausfuhrungsbeispiel die Exporttabelle 1407 organisiert, wie in Tabelie 1 ge- 
zeigt. 

35 

Tabelie 1 



Protokoll 


ProtokoIIspczifische 
Adressierung (LUN) 


Initiatorspezifisch? 
wenn ja, ID 


Erstes virtuelles Gerat 
im der Verbindung 


Primiirer Verb in - 
dungsinhaber 


SCSI 


0 


Nein 


11 


NIC0 


SCSI 


1 


Ja, 1D=6 


30 


NIC0 


SCSI 


1 


Ja, 1D-5 


60 


NIC1 


SCSI 


2 


Nein 


12 


N1C0 


TCP/IP 


PoraOOO 


Nein 


70 


NIC0 





40 



45 



Die Exporttabelle 1407 kann andere Spalten enthalten, wie zum Beispiel den gegenwartigen Status der virtuellen Ver- 50 
bindung, die Kapazitat der virtuellen Verbindung und andere Information. In einem Ausfuhrungsbeispiel listet die Ex- 
porttabelle 1407 die gesamten virtuellen Verbindungen in einer Spalte der Exporttabelle auf. 

Tabelie 1 zeigt, daB protokollspezifische AdreBinformation verwendet werden kann, um die Anforderung zu der ge- 
eigneten virtuellen Verbindung zu routen. Daher werden nur TCP-Sitzungen, die den Port 2000 als Identifizierer des 
Zielbereiches des Speichers verwenden, zu der virtuellen Verbindung geroutet, die mit dem virtuellen Gerat mit einer 55 
Identifizierung 70 beginnt. 

Tabelie 1 zeigt, daB eine einzelne LUN fur ein Protokoll mit verschiedenen Geraten verbunden werden kann, abhangig 
vom Initiator des Speichervorgangs. In diesem Beispiel wird LUN 1 auf verschiedene virtuelle Verbindungen abgebildet, 
basierend auf der Initiatoridee. Ferner konnen virtuelle Verbindungen abgebildet werden auf der Basis von anderen Ty- 
pen von Identifizierern, wie zum Beispiel den weltweiten Namen (World Wide Name, WWN). 60 

Eine beispielhafte Exporttabelle hat die folgende Struktur: 



65 



15 



60 
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#define EXPORT.TABLE "Exportable" 



struct Export Table Entry { 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



rowID 

U32 

U32 

CTProtocoIType 

U32 

VDN 

VDN 

VDN 

U32 
U32 
U32 
U32 

String32 

long long 
U32 
U32 
U32 

CTReadyState 
CTReadyState 
String 16 

String32 



ridThisRow; //ReihenID dieser Tabellenreihe. 

version; //Version des Eintrags der Exporttabelle. 

size; //GrdBe des Eintrags der Exporttabelle in Bytes. 

ProtocolType; // FCP, IP, andere. 

CircuitNumber; //LUN oder andere. 

vdNext; //Erste virtuelle Geratenummer in dem Pfad. 

vdLegacyBsa; //Virtuelle Geratenummer des ubernommenen 

BSA. 

vdLegacyScsi; //Virtuelle Geratenummer des ubernommenen 

SCSI. 

ExportedLUN; //Exportierte LUN-Nummer. 

Initiatorld; //HostID 
Targetld //Unsere ID. 

FCInstance; //FC-Schleifennummer. 

SerialNumber; //Verwendung eines Stringfeldes fur eine serielle 

Nummer. 

Capacity; //Kapazitat dieser virtuellen Verbindung. 

FailState; 

PrimaryFCTargetOwner; 
S ec ondaryFCTargetOwner; 



ReadyState; 

DesiredReadyState; 

WWNName; 



Name; 



//Gegenwartiger Status. 

//Gewunschter Bereitschaftsstatus. 

//Weltweiter Name (64 oder 128-Bit IEEE- 

Registriert) 

//Name der virtuellen Verbindung 



Die virtuelle Geratekonfigurationstabelle 



Die virtuelle Geratekonfigurationstabelle verbindet virtuelle Gerate mit den Gerattreibern, die das virtuelle Gerat un- 
terstutzen. Die virtuellen Gerate sind zur Unterstutzung eines redundanten Aufbaus ausgelegt Daher bildet die Tabelle 
fiir die virtuelle Geratekonfigurationen virtuelle Geratenummem auf Geratemodule ab. In einem Ausfuhrungsbeispiel 
wird eine Tabelle, wie zum Beispiel Tabelle 2, dazu verwendet, um virtuelle Gerate auf unterstiitzende Geratetreiber ab- 
zubilden. Fig. 15 erlautert die virtuelle Verbindung, die durch Tabelle 2 implementiert wird und mit dem virtuellen Gerat 
12 beginnt. 



16 



DE 100 14 448 A 1 



Tabelle 2 



Virtuelles Gerat 


Primar 


Altemativen 


Parameter 


Status 


Klasse 


1 


4000 


4001 


N/A 


Primar 


Dauerhane Ta- 
belle 


10 


1210 


1211 


SO(00) 


Alternative 


FC-Laufwerk 


1! . 


500 


501 


VD(tO) 


Primar 


SCSI-Ziel j 


12 


500 


501 


VD(13) 


Primar 


SCSI-Zicl 


13 


10300 


10301 


VD(14) 


Primar 


Zwischenspeicher 


14 


10200 


10201 


VD(15, 16, null, 
17) 


Primar 


Spiegel 


15 


1210 


1211 


SO(02) 


PrimaY 


FC-Laufwerk 


16 


1210 


1211 


SO(03) 


Primar 


FC-Laufwerk 


17 


1210 


1211 


SO(04) 


Primar 


FC-Laufwerk 





5 



10 



20 



Wie Tabelle 2 zeigt, wird fiir jedes virtuelle Gerat Information iiber primare und alternative Treibermodule, die das vir- 
tuelle Gerat unterstiitzen, bereitgestellt. Beispielsweise wird ini zweiten Eintrag in Tabelle 2 ein Faserkanallaufwerk auf 
das virtuelle Gerat (VD) 10 abgebildet. 

Das virtuelle Gerat umfaBt das eine oder mehrere Software- oder Hardwaremodule zur Unterstutzung des virtuellen 
Gerates. Die Pararneterspalte wird verwendet, um Initialisierungsinformation bereitzustellen. Im Fall von VD(10) ist der 25 
Parameter SO(00), was fiir Speicheroption 0 steht. Jede Geratetreibermodulklasse hat klassenspezifische Parameter. 
Speicheroptionstreiber verwenden Parameter zum Spezifizieren einer jeweiligen Speichereinheit. Zwischenspeicherklas- 
sen, wie zum Beispiel der Spiegelungstreiber und der Zwischenspeichertreiber verwenden Parameter, die das nachste 
virtuelle Gerat in der virtuellen Verbindung spezifizieren. Dieses Format ermoglicht, daB ein einzelnes Geratetreibermo- 
dul mehrere Gerate basierend auf den Parametereinstellungen unterstiitzt. Es ist zu bemerken, daB in Tabelle 2 der Gera- 30 
tetreiber 1210 durch die virtuellen Gerate 10, 15, 16 und 17 verwendet wird, jedoch jedes Gerat einen unterschiedlichen 
Parameter fur den Treiber spezifiziert. 

Die Statusspalte gibt den Status der Software oder Hardwaremodule an, die das virtuelle Gerat unterstiitzen. Beispiels- 
weise ist im ersten Eintrag in Tabelle 2 der Status "primar" was bedeutet, daB der primare Geratetreiber, in diesem Fall 
4000, gerade verwendet wird. Im zweiten Eintrag in Tabelle 2 ist der Status "alternativ" was bedeutet, daB der primare 35 
Geratetreiber ausgefallen ist oder nicht korrekt antwortet. In diesem Fall wird der alternative Treiber 1211 fiir den zwei- 
ten Eintrag in Tabelle 2 verwendet. Wenn ein Gerat mehr als eine Alternative hat, wird die Statusspalte den gerade ver- 
wendeten Treiber anzeigen. 

Beispiel 40 

Als ein Beispiel wird ein Speichervorgang betrachtet, der iiber eine der Verbindungsoptionen 130 zu dem Speicherser- 
ver 102 A unter Verwendung des SCSI-Protokolls kommt und der in der Adressierungsinformation als LUN2 bezeichnet 
ist. Ferner sei angenommen, daB der Speicherserver 102A konfiguriert ist, wie in den Tabellen 1 und 2 fiir dieses Beispiel 
gezeigt. 45 

Die Verbindungsoption, wie zum Beispiel die Netzwerkschnittstelle 146 iiber die der Speichervorgang empfangen 
wird, ist mit einem Hardwaregeratetreiber verbunden. Der Hardwaregeratetreiber empfangt den Speichervorgang und 
schickt ihn abhangig vom Protokoil an ein passendes virtuelles Gerat zur Behandlung des Protokolls. 

Beispielsweise werden SCSI-Speichervorgange an einen Geratetreiber in der SCSI-Zielklasse gesandt. In ahnlicher 
Weise werden EP-Speichervorgange an einen Geratetreiber in der IP-Zielklasse gesandt. Hier wird der Speichervorgang 50 
durchgefiihrt unter der Verwendung des SCSI-Kommunikationsprotokoils und er wird daher an ein SCSI-Zielgeratetrei- 
ber (DID500) geroutet, 

Der SCSI-Zielgeratetreiber analysiert ferner die Anforderung. Der erste Teil der Analyse dient dazu festzustellen, auf 
welche virtuelle Verbindung die Anforderung abgebildet werden soli. Diese Feststellung kann getroffen werden unter der 
Verwendung der Information in der Exporttabelle. In diesem Beispiel zeigt Tabelle 1 an, daB eine Anforderung, die das 55 
SCSI-Protokoll verwendet und LUN 2 spezifiziert, zu der virtuellen Verbindung geroutet werden sollte, die mit dem vir- 
tuellen Gerat 12 beginnt. In einem Ausfuhrungsbeispiel werden alle SCSI-Zielanforderungen an denselben SCSI-Ziel- 
treiber fiir eine einzelne Schnittstelle geroutet. In diesem Ausfuhrungsbeispiel wird die Parameterinformation fur das 
Ziel VD12 verwendet, um das Verhalten des SCSI-Zielgerates zu steuern, statt daB die Nachricht an ein zweites virtuelles 
Gerat fiir ein SCSI-Ziel geroutet wird. 60 

Das SCSI-Zielgerat, hier mit der Treibernummer 500, iibersetzt die SCSI-Nachricht in ein internes Format. Solch ein 
Format basiert auf dem I 2 0-Blockspeicher-Architektur (BSA)-Format. Dieses Format ist neutral in Hinsicht auf das Ge- 
rat und das Protokoil und kann durch Zwischengeratetreiber verwendet werden. Sobald die Anforderung in einem inter- 
nen Format ist, wird sie an das nachste virtuelle Gerat in die virtuelle Verbindung gesandt, wie durch das Parameterfeld 
angegeben. Im vorliegenden Fall ist der Parameter VD(13) oder das virtuelle Gerat 13. 65 

Die Nachricht wird hier an den VD 13 geroutet, der redundante Zwischenspeichertreiber bereitstellt, hier die Treiber 
mit den Nummem 10300 und 10301. Die Treiber zumZwischenspeichern verwenden einen Speicher zum Zwischenspei- 
chern von Speichervorgangen. Basierend auf dem Zwischenspeicheralgorithmus, der von dem Treiber verwendet wird, 
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wird der Treiber die Speichervorgange zum nachsten virtuellen Gerat in der virtuellen Verbindung bei geeigneten Inter- 
vallen routen. Hier wird das nSchste Gerat durch den Parameter VD(14) oder virtuelles Gerat 14 angezeigt. 

In dern internen Format wird die Nachricht. zu VD 14 geroutet. Das virtuelle Gerat 14 umfaBt redundante Spiegelungs- 
treiber. In diesem Fail werden die Treiber 10200 und 10201 verwendet. Die Spiegelungstreiber irnplementieren einen 

5 Spiegelungsalgorithinus, urn ein gespiegeltes Bild des Speichers auf verschiedenen Volumina zu hait.en. Dieser Spiege- 
lungstreiber unterstutzt einen primare, sekundaren und tertiaren Speicher ebenso wie einen Standby-Speicher. Andere 
Spiegelungstreiber konnen unterschiedliche Algorithmen unterstutzen. Dieser Spiegelungstreiber unterstutzt ferner das 
Verbinden eines neuen Speichers, der allmahlich synchronisiert wird, mit einem existierenden Speicher Basierend auf 
dem von den Treiber verwendeten Spiegelungsalgorithmus und dem Status des gespiegelten Speichers, wird der Treiber 

10 Speichervorgange zu geeigneten virtuellen Geraten in die virtuelle Verbindung routen. Unter der Annahme, daB sowohl 
der primare als auch der alternative Speicher funktioniert, wird der Spiegelungstreiber diese Anforderung zu den prima- 
ren und sekundaren Speichern nur gemaB der Parameter VD(15, 16, null, 17) oder den virtuellen Geraten 15 und 16 rou- 
ten. Die Null in der Parameterliste zeigt an, daB kein tertiares Laufwerk gegenwartig fur dieses virtuelle Gerat verwendet 
wird. 

15 Der Spiegelungstreiber kann die Nachrichten des Speichervorgangs seriell oder parallel zu den beiden Geraten routen. 
In diesem Beispiel wird das Weiterleiten der Nachricht zum virtuellen Gerat 15 betrachtet werden, obwohl das Beispiel 
ebenfalls erweitert werden kann auf den zweiten Speicher, das virtuelle Gerat 16. Das virtuelle Gerat 15 umfaBt redun- 
dante Treiber zum Steuern eines Faserkanallaufwerks. Die Treiber iibersetzen das interne Format in ein Format, das von 
den Laufwerken verwendet wird, beispielsweise BS A zu SCSI Die Treiber stellen femer die AdreBinformation fur das 

20 Laufwerk bereit. Hier wird der Parameter SO (02) verwendet, um eine Speicheroption auszuwahlen, hier das Faserkanal- 
laufwerk mit der Nummer 2. 

Dementsprechend wird innerhalb der Speicherplattform auf Hardwarefunktionen (wie zum Beispiel ein Laufwerk 
oder einen Flashspeicher) und Softwarefunktionen (wie zum Beispiel einen RAID-Streifen oder -Spiegel) immer liber 
Softwaretreiber zugegriffen, die ublicherweise als Gerate bezeichnet werden. 

25 Diese Gerate sind paarweise angeordnet (wobei jedes Mitglied des Paars vorzugsweise zur Redundanz ein separates 
Bord betreibt) und werden virtuelle Gerate genannt. Diese virtuellen Gerate werden miteinander in verschiedenen Kon- 
figurationen verkettet. Beispielsweise kann ein Spiegelungsgerat zu zwei oder drei Laufwerksgeraten verkettet werden. 
Durch diese Art der Konfiguration werden Ketten von virtuellen Geraten erzeugt. Diese virtuellen Gerateketten konnen 
erganzt werden, solange sie in irgendein BSA-Typgerat konfiguriert sind, das selbst wiederum in irgendeiner anderen 

30 Konfiguration verwendet werden kann. 

Virtuelle Gerateketten werden mit einem FCP/SCSI-Zielservergerat verbunden und werden in der LUN-Exporttabelle 
des FCP-Zier'Treiber" fur den "Export" (d. h. die Moglichkeit des Zugriffs von der AuBenwelt uber das FCP-Protokoll) 
abgebildet. An dieser Stelle wird die virtuelle Geratekette mit einem SCSI-Zielservergerat an ihrem Kopf eine virtuelle 
Verbindung genannt. 

35 Die Software des virtuellen Verbindungsmanagers, die verantwortlich ist fur das Erzeugen von virtuellen Verbindun- 
gen, fiigt den SCSI-Zielserver"Kopf ' zu einer virtuellen Geratekette hinzu und exportiert daraufhin die virtuelle Verbin- 
dung durch das Aktualisieren der Exporttabellen des FCP-Ziels. Die Software unterstutzt ferner Loschen, Ruhigstellen 
und Ausfalivorgange. 

Die Software des virtuellen Verbindungsmanagersa ist ferner verantwortlich fur das Erhalten der virtuellen Verbin- 
40 dungstabellen, VCTs, die an einer einzigen Stelle alle virtuellen Gerate in der virtuellen Verbindung auflistet. Diese In- 
formation wird benotigt zum Irnplementieren von vielen Systemvorgangen, wie zum Beispiel Fehlerbehandlung, Hot- 
Swap und das Herunterfahren. 

Wenn sie initialisiert ist, definiert die virtuelle Verbindungs-Managersoftware die VCT selbst in dem dauerhaften Ta- 
bellenspeicher. Die virtuelle Verbindungs-Managersoftware achtet femer auf Einfugungen, Loschungen und irgendwel- 
45 che Modifikationen an der VCT. 

Um eine neue virtuelle Verbindung zu erzeugen, muB die Information die notwendig ist, um eine Instanz eines SCSI- 
Zielservers zu erzeugen und zum Abbilden und Exportieren der neuen LUN in einem Eintrag in dem VCT angeordnet 
werden. 

Der virtuelle Verbindungsmanager achtet auf Einfugungen in die VCT und wird beim Empfang einer Antwort die fol- 
50 genden Handlungen durchfuhren: 

1. Versuch zum Validieren der Information in dem neu eingefugten Eintrag. Wenn der Eintrag ungultige Informa- 
tion enthalt, wird sein Statusfeld so gesetzt, daB er den Fehler arizeigt und keine weitere Handlung wird durchge- 
fuhrt. 

55 2. Erzeugen eines neuen SCSI-Zielservergerates fur das LUN der virtuellen Verbindung, die durch den neu einge- 

fugten Eintrag spezifiziert wird. 

3. Setzen des Status in dem neuen Eintrag auf "Instantiiere". 

4. Der Speicher, der der virtuellen Verbindung zugeordnet ist, wird in der Speicher-Roll-Call-Tabelle als verwendet 
markiert. 

60 5. Die Exporttabelle wird aktualisiert, um die LUN an den neuen SCSI-Zielserver zu senden. 

Wenn ein Eintrag in der virtuellen Verbindung geloscht wird, wird der virtuelle Verbindungsmanager die folgenden 
Handlungen vornehmen: 

65 1 . Stillegen der virtuellen Verbindung, wenn dies nicht bereits erfolgt ist und Markieren der Verbindung als stillge- 

legt. 

2. Entfernen der Versanddaten der virtuellen Verbindung aus der Exporttabelle. 

3. Markieren des Roll-Call-Eintrags, der in dem virtuellen Verbindungseintrag angegeben ist, als nicht verwendet. 
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4. Deinstantiiercn des SCSI-Targetservers, der der virtuellen Verbindung zugeordnet ist. 

Der virtuelle Verbindungsmanager achtet ferner auf Modifizierungen an deni "Exportiert "-Feld in der VCT. Wenn das 
"Exportiert "-Feld in irgendeinem Eintrag in der VCT auf wahr gesetzt wird, wird der virtuelle Verbindungsmanager die 
folgenden Handlungen vornehrnen: 5 

1. Exportieren der virtuellen Verbindung, indem die notwendigen Modifikationeri an der Exporttabelie des FCP- 
Ziels durchgefuhrt werden. 

2. Falls wahrend des Exportvorgangs kein Fehler auftritt, wird das Statusfeld in dem VC-Eintrag gesetzt und das 
"Exportiert" -Feld wird in einem korrekten Zustand gelassen. Wenn die virtuelle Verbindung nicht exportiert worden 10 
ist, wird die Exportiert-Flag auf falsch gesetzt. 

Der virtuelle Verbindungsmanager achtet auf Modifikationen an dem M Stillgelegt M -Feld in der virtuellen Verbindungs- 
tabelle. Wenn das "Stillgelegf'-Feld in irgendeinem Eintrag in der VCT auf wahr gesetzt wird, fuhrt der virtuelle Verbin- 
dungsmanager die folgenden Handlungen durch: 15 

1. Wenn der VC gegenwartig exportiert ist, wird er nicht mehr exportiert und seine "Exportiert"-Flag wird auf 
falsch gesetzt. 

2. An alle virtuellen Gerate in der virtuellen Verbindung werden Nachrichten zum Stillegen gesendet. 

3. Falls irgendein Fehler wahrend des Stillegebetriebs auftritt, wird das Statusfeld in dem VC-Eintrag gesetzt und 20 
das "Stillgelegt"-Feld wird in einen korrekten Zustand gelassen, d. h. wenn die virtuelle Verbindung nicht stillgelegt 
worden ist, wird die Stillgelelgt-Flag auf falsch gesetzt. 



Anwenderschnittstelle 25 

Eine Anwender-Schnittstelle kann durch Datenverarbeitungsstrukturen zur Anzeige und zur Verwendung bei der Kon- 
figuration eines Speicherservers gemaB der vorliegenden Erfindung hergestellt werden. Das Bild umfaBt ein Fenster mit 
einem Feld zur Anzeige eines Logos, ein Feld zur Anzeige von grundlegender Information in bezug auf das Gehause des 
Servers und eine Gruppe von Icons, die, wenn sie ausgewahlt werden Verwaltungsanwendungen starten. Routinen, die 30 
bereitgestellt sind zur Verwaltung von Hardware und Software, Routinen zur Verwaltung des AnwenderzugritTs und 
Routinen zur Beobachtung von lang andauemden Prozessen auf den Server werden durch die Buttons gestartet. GemaB 
der vorliegenden Erfindung wird eine Funktion zum Definieren von Hosts, die mit dem Server verbunden sind, eine 
Funktion zum Abbilden von exportierten LUNs auf verwaltete Ressourcen und eine Funktion zur Konfiguration des ver- 
walteten Speichers durch die Buttons gestartet. 35 

Das Fenster enthalt ferner eine Anwender-Logon-Dialogbox inklusive eines Feldes zur Angabe eines Anwenderna- 
mens und eines Feldes zur Eingabe eines Passwords. 

Host-Manager 

40 

Der Anwender startet einen Host-Manager unter der Verwendung eines Buttons. Dieser Abschnitt beschreibt ein Java- 
basiertes Anwender-Interface (UI) zur Definierung von Hosts (Servern) fur einen Speicherserver. Die Verwaltungssoft- 
ware offnet ein Fenster, das eine Tabelle prasentiert, mit Eintragen, die einen Hostnamen, eine Portnummer, eine Initia- 
toridee und eine Beschreibung in mehreren Spalten fur jeden Host enthalt, der zur Konfiguration und zur Verwendung 
zur Verfugung steht. Andere Felder umfassen einen Netzwerkschnittstellen-Kartenidentifizierer und einen eindeutigen 45 
Hostidentifizierer in anderen Spalten. Der eindeutige Hostidentifizierer ist in dem bevorzugten Beispiel der weltweite 
Nummernwert fur einen Faserkanal-Host. 

Der Hostmanager ist eine Subkomponente der Java-basierten Verwaltungsanwendung des Speicherservers, die den 
Anwender in die Lage versetzt, einem NIC-Port und einer Initiator-ID einen Narnen und eine Beschreibung zuzuordnen, 
um den ProzeB des Definierens einer LUN zu erleichtern. Die allgemeine Funktionalitat wird iiber Maus- Pop-Up, Tool- 50 
Bar-Buttons und Handlungsmeniis zur Verfugung gestellt, um auf einen existierenden Host zuzugreifen oder einen neuen 
Host zu definieren unter Verwendung beispielsweise eines "Fiige einen neuen Host hinzu M -Buttons, eines "Verandere ei- 
nen Hosf-Buttons oder eines "Losche einen Host M -Buttons. 

Die Anwender-Schnittstelle besteht aus Menus und einer Tabelle oder einem anderen grafischen Konstrukt zur An- 
zeige der Host-Information. Wenn der Anwender die Host- Verwaltungsoberflache betritt, ist die Tabelle gefullt mit alien 55 
existierenden Hosts. Der Anwender kann eine Reihe in der Tabelle auswahlen. Jede Reihe enthalt Information iiber einen 
Host. Der Anwender kann dann das Modifizieren oder Loschen des Hosts auswahlen. Wenn das Modifizieren ausgewahlt 
wird, erscheint eine Dialogbox, die dem Anwender ermoglicht, den Hostnamen und/oder die Beschreibung zu andern. 
Der Anwender wird dann den OK- oder Abbruch-Button driicken. Wenn OK gedriickt wird, werden die Veranderungen 
in der Tabelle erscheinen und an den Server gesendet werden. Wenn Loschen ausgewahlt wird, wird eine Dialogbox er- 60 
scheinen mit einem Label, der den zu loschenden Host anzeigt und Buttons fur OK oder Abbruch. Wenn OK gedriickt 
wird, wird die Hostzeile aus der Tabelle geloscht und das Loschen wird beim Server durchgefuhrt. Wenn Hinzufugen 
ausgewahlt wird, erscheint eine Dialogbox, die den Anwender in die Lage versetzt, alle Information iiber einen Host hin- 
zuzufugen. Wenn OK ausgewahlt wird, wird eine neue Reihe zu der Tabelle fur diesen neuen Host hinzugefiigt, und ein 
Hinzufugen wird beim Server ausgefuhrt. Das Klicken auf die Spaltenbezeichnung wird die Spalten sortieren. 65 
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Speicherabbildung 

Der Anwender kann eine Speicherverwallungsroutine starten, die ein Bild zeigt, das ein Fenster enthalt zur Anzeige 
einer Darstellung eines hierarchischen Baums zurn Anzeigen der Speicherelemente. 
5 Speicherelemente werden definiert unter der Verwendung einer Baumstruktur (beispielsweise Spiegel zu Streifen zu 
Laufwerken). Dies ermoglicht dern Anwender, seinen Speicher in einer organisierten Weise aufzubauen, die konsistent 
ist mit ihrer Vorstellung iiber Speicher. 

Representative Typen von Speicherelementen umfassen die folgenden: 

10 - Spiegel 

- Streifen 

- externeLUN 

- internes Laufwerk 

- SSD 

15 - Speichersammlung 

- Speicherpartition. 

Durch das Aufbauen dieserElemente in einem Baum (beispielsweise unter der Verwendung einer Microsoft Explorer- 
ahnlichen Baumanzeige) wird der Anwender in der Lage sein, Speicher zur Verwendung in virtuellen Verbindungen vor- 

20 zukonfigurieren. Jedes Element kann partitioniert werden und diese Partitionen konnen auf verschiedene Arten verwen- 
det werden. Beispielsweise kann ein Satz von Streifen partitioniert werden, wobei eine Partition als ein LUN exportiert 
wird und die andere als ein Mitglied in einem Spiegel verwendet wird (der daraufhin selbst partitioniert werden konnte). 

Wenn ein Speicherelement partitioniert worden ist, werden die Partitionen in einer Speichersammlung gehalten, die 
das Kind des partitionierten Elementes ist. Fur Elemente, die nicht partitioniert sind, wird diese Partitionssammlung 

25 nicht existieren. Jede Partition wird identifiziert durch den Typ von Speicher, den sie partitioniert, B beispielsweise eine 
Spiegelpartition, eine Laufwerkspartition, etc. Die Partitionen eines gegebenen Speicherelementes konnen nicht in eine 
einzelne Partition verschmolzen werden, auBer alle Partitionen dieses Elementes stehen zur Verfugung (d. h. das gesamte 
Speicherelement ist unbenutzt). Zu diesem Zweck wird der Anwender ein partitioniertes Speicherelement auswahlen, 
das nur nichtgenutzte Partitionen hat und den "Unpartition"-Button driicken. 

30 Falls zugewiesene Reserven vorhanden sind, werden sie ebenfalls in einer Speichersammlung gehalten, die ein Kind 
des Elementes ist, dem diese Reservenzugeordnet sind. 

Somit kann jedes Speicherelement potentiell die folgenden Kinder haben, eine Partitionssammlung, eine Reserve- 
sammlung und die tatsachlichen Speicherelemente, die das Elternelement umfassen. 

Der Speichermanager ist in gewissem Sinne ein Blick in eine Speicher-Roll-Call-Tabelle, die alien verbundenen Spei- 

35 cher auf einem Server auflistet. Jedes verfugbare Speicherelement wird als der Kopf eines Speicherbaums gesehen. Bei- 
spielsweise wird ein Spiegel als verfugbar gezeigt werden, die Streifen und die Laufwerke, die die Zweige dieses Spie- 
gels bilden, sind jedoch nicht verfugbar, da sie zu dem Spiegel gehoren. Damit sie an anderer S telle wiederverwendet 
werden, muBten sie von diesem Spiegel entfernt werden (und daher von dem Speicherbaum, der sich von diesem Spiegel 
aus erstreckt). In einem Ausfuhrungsbeispiel wird dies getan iiber Drag and Drop in einer ahniichen Weise, wie Dateien 

40 von einem Verzeichnis zu einem anderen im Windows NT-Dateiexplorer-Programm verschoben werden. 

Der Baum des gesamten Speichers (verwendet und nicht verwendet) ist auf der linken Halfte der Anzeige in diesem 
Beispiel gezeigt, wobei jedes Speicherelement ein Icon hat, das den Typ und irgendeinen Identifizierungsnamen oder 
eine ED darstellt. 

Unterhalb des Baumes auf der rechten Seite des Fensters oder einem anderen geeigneten Platz wird die Liste des ver- 
45 fugbaren (nicht benutzten) Speichers gezeigt. Dies ist eine Liste des gesamten Speichers, der nicht durch ein anderes 
Speicherelement oder eine virtuelle Verbindung verwendet wird. Es wird erwartet, daB der meiste Speicher, der gegen- 
wartig nicht explizit verwendet wird, in einen generellen Reserve-Pool getan wird. Diese Liste des verfugbaren, nicht 
verwendeten Speichers, soli zumeist als eine Hilfe verwendet werden, damit der Anwender leicht nicht genutzte Spei- 
cherelemente findet zum Aufbau von neuen Speicherbaumen. Wenn beispielsweise eine Festkorperspeichergerat (SSD)- 
50 Partition gespiegelt wird durch eine Streifengruppe (RAID 0), werden die Partition und die Streifengruppe beide in der 
Verfugbarkeitsliste sichtbar sein, solange bis sie in den Spiegel eingefugt werden. Sob aid der Spiegel aus den zwei Mit- 
gliedern erzeugt ist, wird er in der Verfugbarkeitsliste zu sehen sein, solange bis er in eine virtuelle Verbindung eingefugt 
wird. 

Auf der rechten Seite werden die Information und die Parameter, die einem beliebigen Element in dem Baum, das der 
55 Anwender durch einen Mausklick auswahlt, zugeordnet sind, angezeigt werden. Wenn ein Speicherelement, das in der 
Verfugbarkeitsliste sichtbar ist, ausgewahlt wird, wird es ausgewahlt in sowohl der Verfugbarkeitsliste als auch dem 
Speicherbaum. 

Funktionen zum Hinzufugen und Loschen werden bereitgestellt, um Eintrage zu erzeugen oder zu entfemen, ebenso 
wie eine Modifizierungsfunktion, so daB unter der Verwendung der Werkzeuge, die von der Anwenderschnittstelle be- 
60 reitgestellt werden, der Anwender Dinge wie "Eigentumer" oder "zuletzt gewartet" oder "Beschreibung", etc. in Feldem 
fur Speicherelemente in dem Baum verandem kann. Der Anwender wird spezifizieren, was hinzugefugt wird (Spiegel, 
Streifen, Laufwerk, etc.) und eine geeignete Gruppe von Steuerungen wird ihnen gegeben. 

Fur ein internes Laufwerk und eine externe LUN wird der Anwender Dinge spezifizieren wie den Namen, die GroBe, 
vielleicht den Hers teller Das Spezifizieren eines inneren Laufwerks ist in gewissem Sinne ein Spezialfall, da ein Lauf- 
65 werk ein Stuck Hardware ist und daher automatisch detektiert wurde. Der einzige Zeitpunkt, an dem Anwender ein Lauf- 
werk hinzufugen wurden, ware, wenn sie einen Statth alter fur irgendeine Hardware einfugen wurden, die sie spater hin- 
zufiigten. Dies kann ebenfalls fur SSD-Boards durchgefuhrt werden. 

Fur RADD-Felder wird folgendes geschehen. Der Anwender wird spezifizieren, daB er ein Feld eines gegebenen 
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RAID-Niveaus erzeugen will (Spiegel oder Streifen anfangs) und wird dann in der Lage sein, die Speicherelement.e zu 
spezifizieren, die die Mitglieder dieses Feldes sein werden. Diese Spezifizierung wird wahrscheinlich durch das Auswah- 
len von Einiragen in einer Liste von verfiigbaren Speicherelementen durchgefuhrt und die Feldkapazitat wird durch die 
Kapazitat seiner Mitglieder bestimrnt werden. Die Speicherelemente, die als Mitglieder des Feldes benurzt werden, wer- 
den daraufhin als nicht verfugbar markiert. (da sie Teil des Feldes sind) und das Feld seibst wird zu der Liste von verfug- 5 
barein Speicher hinzugefiigt. Jedes RAID-Feld kann ferner bestimmte Reserven haben, die diesem Feld fur den Fall zu- 
gewiesen werden, dai3 eines der Mitglieder ausfallt. 

Speicherelemente konnen ferner partitioniert werden - dies geschieht durch das Auswahlen des zu partitionierenden 
Elementes und durch das Spezifizieren, welche StuckgroBe der Anwender haben mochte. Wenn das Element zuvor unp- 
artitioniert war, wird dies dazu ftihren, daB zwei Partitionen erzeugt werden - die Partition, die der Anwender nachge- 10 
fragt hat und eine weitere Partition, die den Rest (den nicht benutzten Bereich) des Speichers darstellt. Der nicht genutzte 
Bereich wird zusatzliche Partitionen ergeben, wenn sie erzeugt werden. 

Die Detailanzeige fur jedes Speicherelement wird so viel Information wie verfugbar ist anzeigen. Eines der Dinge, die 
in einem bevorzugten System gezeigt werden, ist, wie die Partitionen eines jeweiligen Speicherelementes aussehen (die 
GroBe und die Position). 15 

LUN-Abbildung 

Unter der Verwendung eines Buttons auf der Anwenderschnittstelle wird eine Routine fur eine LUN-Karte erzeugt. 
Die LUN (Logical Unit Number)- Karte ist im wesentlichen eine Liste der LUNs und ihrer zugeordneten Daten. Diese 20 
werden als eine Liste von Namen und Beschreibungen angezeigt. Die VC (virtuelle Verbindung), die einer gegebenen 
LUN zugeordnet ist, wird in dieser Anzeige gezeigt. Sie wird sichtbar gemacht, wenn der Anwender einen Eintrag aus 
der LUN-Karte auswahlt und Details verlangt. 

Die LUN-Karte wird die existierende Liste der LUNs zeigen mit Name, Beschreibung oder anderen Feldern. Die Fel- 
der umfassen: 25 

- Name 

- Beschreibung 

- exportierter Status 

- Host 30 

- Speicherelement(e) 

Die LUN-Karte ermoglicht: 

- das Sortieren auf der Basis von verschiedenen Feldern. 35 

- das Filtem, basierend auf Feldern. Dies ist nur notig, wenn mehr als eine LUN zu einem Zeitpunkt bearbeitet wird 
(beispielsweise Einschalten/Ausschalten). 

- Auswahl einer LUN zum Loschen oder Editieren/Ansehen. 

- Definieren und Hinzufugen einer neuen LUN. 

- Importieren von existierenden LUN(s), durchgefuhrt iiber "Learn Mode" beim Hardware-Start. 40 

- Hinzufiigen eines Mitgliedes und Starten eines Hot Copy-Spiegelprozesses auf einer LUN. 

- Exportieren, Reexportieren einer LUN B. Dies wird im wesentlichen den FluB Daten vom Host starten und stop- 
pen. 

Virtuelle Verbindungen sind (fur den Anwender) definiert als ein Speicherbaum oder ein anderes grafisches Konstrukt, 45 
das mit einem Host verbunden ist, wie zum Beispiel die Dialogbox, die unter Verwendung eines Buttons gestartet wird. 
Die Dialogbox umfaBt ein Feld fur den Eintrag eines LUN-Namens, ein Feld fur den Eintrag einer Beschreibung und ein 
Feld fur den Eintrag einer Ziel-ID und ein Feld fur den Eintrag von Information uber eine exportierte LUN. Pop Up-Me- 
ntis werden gestartet unter der Verwendung eines Host-Buttons fur eine Liste von verfiigbaren Hosts und ein Speicher- 
button fiir eine Liste von verfiigbaren Speicherelementen. Ein Zwischenspeicher-Auswahlbutton wird als eine Check 50 
Box implementiert. 

Der Speicherbaum ist tatsachlich ein Baum von Speicherelementen (beispielsweise ein Spiegel, der irgendeine Anzahl 
von Streifengruppen umfaBt, die wiederum irgendeine Anzahl von Laufwerken umfassen). Der Host ist tatsachlich ein 
Server mit einer jeweiligen Initiator-ID, verbunden mit einem spezifischen Port auf einem NIC. Dies wird durch den An- 
wender iiber seine Auswahl eines vordefinierten Hosts und eines vordefinierten Speicherbaums definiert, der eine be- 55 
stimmte Menge von verfugbarem Speicher reprasentiert. 

Die Verwendung von Zwischenspeicher ist beschrankt auf "on" oder "off" unter der Verwendung einer Check Box. Al- 
ternative Systeme stellen Werkzeuge zur Spezifizierung von ZwischenspeichergroBe und Zwischenspeicheralgorithmen 
bereit. 

Die Verwendung von Zwischenspeicher kann im Betrieb ein- oder ausgeschaltet werden, ohne den DatenfluB entlang 60 
der virtuellen Verbindung zu unterbrechen. Die Standardeinstellung ist "on", wenn ein LUN erzeugt wird. 

Ein Ausfuhrungsbeispiel der LUN-Karte wird die Funktionalitat haben, die notwendig ist zum Erzeugen von virtuel- 
len Verbindungen. Sie wird aus einer mehrspaltigen Tabelle mit zwei Spalten bestehen; eine fur Host und eine fiir Spei- 
cher. Die Erzeugung einer LUN wird sie automatisch exportieren und als verfugbare Funktionen "hinzufugen", "modifi- 
zieren" und "loschen" umfassen. 65 

Die Anzeige der LUN-Karte ist ein Ort, an dem Hot Copy-Spiegel definiert werden, da dies iiblicherweise mit einer 
existierenden LUN ausgefuhrt wird. Der Vorgang wird die folgenden Schritte umfassen: Auswahlen der LUN, daraufhin 
Auswahlen des Speicherbaums zum Hinzufugen zum bestehenden Speicherbaum iiber die Hinzufugung eines Spiegels 
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oder die Erweiterung eines existierenden Spiegels (beispielsweise Zweiwege zu Dreiwege). 

D at enmig ratio nsunterstutzung 

5 Fig. 18 ist. ein vereinfachtes Diagramm, das die drei Stufen des Datenflusses in einem Speichernetzwerk mit einem 
Speicherserver 10 zeigt, der mit dern ersten Speichergerat 11 iiber eine Kommunikationsverbindung 14 verbunden ist 
und mit einem zweiten Speichergerat 12 liber eine Kommunikationsverbindung 15. Das Zwischengerat 10 ist ebenfalls 
mit einem Client-Prozessor iiber eine Kommunikationsverbindung 13 verbunden, iiber die es eine Anforderung fur Zu- 
griff auf Daten einer logischen Adresse LUN A empfangt. 

10 Der Speicherserver 10 umfaBt Speicher, wie zum Beispiel nichtfluchtigen Zwischenspeicher zur Verwendung als Puf- 
fer, Datentransfer-Ressourcen zum Transferieren von Datenzugriffsanforderungen, die auf der Verbindung 13 zu den 
Speichergeraten empfangen wird, auf die iiber die Verbindungen 14 und 15 zugegriffen werden kann. 

Der Speicherserver umfaBt ferner eine Logikmaschine zur Verwaltung von Hot Copy- Vorgangen gemaB der vorliegen- 
den Erfindung. Dieser Vorgang kann verstanden werden durch die Betrachtung der drei Stufen, die in Fig. 18 gezeigt 

15 sind. „ - - 

In Stufe 1 bildet der Speicherserver 10 alle Datenzugriffsanforderungen, die die Datengruppe, die Gegenstand des 
Transfers ist, identifizieren und die auf der Schnittstelle zur Verbindung 13 empfangen werden, auf die Verbindung 14 
zur Verbindung mit dem Gerat 11 ab, das die Datengruppe, die Gegenstand der Anforderung ist, speichert. Der Speicher- 
server empfangt ein Kontrollsignal, das einen Hot Copy- Vorgang startet und ein Zielgerat identifiziert, in diesem Bei- 

20 spiel das Gerat 12. Dieser Schritt startet die Stufe 2, wahrend der die Datengruppe als ein HintergrundprozeB von dem er- 
sten Gerat 11 iiber den Speicherserver 10 in das zweite Gerat 12 transferiert wird. Die Parameter werden auf dem Spei- 
cherserver 10 gehalten, urn den Fortschritt des Transfers der Datengruppe anzuzeigen und zur Anzeige einer relativen 
Prioritat des im Hintergrund laufenden Hot Copy- Vorgangs in bezug auf Datenzugriffsanforderungen von dem Client- 
Prozessor. Wahrend des Hot Copy- Vorgangs werden Datenzugriffsanforderungen auf das erste Gerat 11 und das zweite 

25 Gerat 12 abgebildet, abhangig vom Fortschritt der Hot Copy und dem Typ der Anfrage. Ferner umfaBt der Speicherserver 
Ressourcen zum Zuordnen einer Prioritat an den Hot Copy- Vorgang. Wenn die Prioritat des Hot Copy- Vorgangs niedrig 
ist, erfahrt der Client-Prozessor keine signifikante Verzogerung bei der Ausfuhrung seiner Datenzugriffsanforderungen. 
Wenn die Prioritat des Hot Copy- Vorgangs vergleichsweise hoch ist, kann der Client-Prozessor einige Verzogerung bei 
der Ausfuhrung seiner Datenzugriffsanforderungen erfahren, aber der Hot Copy- Vorgang wird schneller abgeschlossen. 

30 Nach dem AbschluB des Transfers der Datengruppe ist die Stufe 3 erreicht. In der Stufe 3 werden die Datenzugriffsan- 
forderungen von dem Client-Prozessor, die an die Datengruppe adressiert sind, zu dem zweiten Gerat 12 iiber die Kom- 
munikationsverbindung 15 geroutet. Das Speichergerat 11 kann von dem Netzwerk vollig entfernt werden oder fur an- 
dere Zwecke verwendet werden. 

In dem bevorzugten Ausfuhrungsbei spiel umfaBt der Speicherserver 10 einen Speicherbereichsmanager, wie oben be- 

35 schrieben. 

Die Speichergerate 11 und 12 konnen unabhangige Gerate umfassen oder logische Partitionen innerhalb einer einzel- 
nen Speichereinheit. In diesem Fall fiihrt der Hot Copy- Vorgang zu einer Migration der Daten von einer Adresse inner- 
halb der Speichereinheit zu einer anderen Adresse. 

Die Fig. 1 9, 20, 21 und 22 erlautern verschiedene Aspekte einer Software-Irnplementierung eines Hot Copy- Vorgangs 
40 zur Ausfuhrung in dem intelligenten Netzwerkserver, der oben beschrieben ist. In anderen Speicherservern, die fur einen 
Hot Copy- Vorgang verwendet werden, werden Veranderungen in der Implementierung durchgefuhrt, zur Anpassung des 
jeweiligen Systems. Mehr Details der Komponenten einer virtuellen Verbindung, eines dauerhaften Tabellenspeichers 
und der Anwender-Interface-Strukturen werden mit Bezug auf die folgenden Figuren beschrieben. 

Fig. 19 zeigt die grundlegenden Datenstrukturen, die in einem Hot Copy- Vorgang verwendet werden. Eine erste Struk- 
45 tur 300 wird eine UTILITY REQUEST STRUCTURE genannt. Eine zweite Struktur 351 wird eine UTILITY STRUC- 
TURE genannt. Eine dritte Struktur 352 wird eine MEMBER STRUCTURE genannt. Die MEMBER STRUCTURE 352 
dient zur Identifizierung einer jeweiligen Verbindung und ihres Status. Die MEMBER STRUCTURE 352 umfaBt,Para- 
meter wie zum Beispiel einen Identifizierer fur eine virtuelle Verbindung (virtual circuit identifier, VD ID), eine logische 
Blockadresse (logic block address, LB A), die eine Blocknummer fur einen Block von Daten, der gegenwartig von der 
50 virtuellen Verbindung behandelt wird, enthalt, eine Zahlung der Anforderungen, die in einer Schlange stehen, fur die vir- 
tuelle Verbindung und einen Statusparameter. 

Die UTILITY STRUCTURE 351 enthalt Parameter, die sich auf ein Dienstprogramm beziehen, das gegenwartig aus- 
gefiihrt wird, in diesem Fall ein Hot Copy-Dienstprogramm. Es speichert Parameter, wie zum Beispiel die Identifizierung 
einer Datenquellengruppe SOURCE ID, eine Identifizierung oder Identifizierungen eines Zielspeichergerates oder -ge- 
55 raten fur den Hot Copy- Vorgang DESTINATION ID(s), eine Schlange von Anforderungen, die in Verbindung mit dem 
Dienstprogramm ausgefuhrt werden sollen und Parameter, die den gegenwartig behandelten Block und seine GroBe an- 
zeigen. 

Die UTILITY REQUEST STRUCTURE 350 enthalt eine Anforderung fur den Hot Copy- Vorgang, inklusive einer 
Vielzahl von Parametem, die den Vorgang betreffen. Sie umfaBt beispielsweise einen Parameter STATUS, der den Status 

60 der Anforderung anzeigt, eine Vielzahl von Flags, die die Anforderung unterstutzen, einen Pointer auf eine entspre- 
chende UTILITY STRUCTURE, einen Parameter, der die Prioritat der Anforderung in bezug auf Eingabe/Ausgabean- 
forderungen von den Client-Prozessoren anzeigt, eine Quellenmaske, die die Datengruppe in der Quelle identifiziert und 
eine Zielmaske, die einen Ort in einem Zielgerat identifiziert, auf den der Hot Copy- Vorgang die Datengruppe kopiert. In 
einem Ausfuhrung sbeispiel gibt es eine Vielzahl von Zielmasken fur eine einzelne Hot Copy- Anforderung. Wie eben- 

65 falls in Fig. 19 gezeigt, wird eine logische Blockadresse (LBA) in der UTILITY REQUEST STRUCTURE gehalten, die 
ebenfalls in der MEMBER STRUCTURE gehalten wird, fur einen aktuellen Block von Daten innerhalb der behandelten 
Datengruppe. 

Um einen Hot Copy-ProzeB zu starten, wird eine Anwendereingabe aufgenommen, die die Erzeugung der UTILITY 

22 
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REQUEST STRUCTURE verursacht. Der dauerhafte Tabellenspeicher in dem Speicherserver wird mit der Struktur, 
dem Status der Quell- und Zielgerate aktualisiert und die virtuelle Verbindung, die der Datengruppe zugeordnet ist, wird 
iiberpruft, die Treiber vorbereitet, um den Hot Copy-Vorgang zu starten und die Statusparameter in verschiedenen Da- 
tenstrukturen werden gesetzt. Der Fortschritt des Hot Copy-Vorgangs wird in dem dauerhaften Tabellenspeicher fur den 
Fall von Ausfallen gehalten. In diesem Fall kann der Hot Copy-Vorgang erneut gestartet werden unter der Verwendung 5 
von anderen Ressourcen innerhalb des Servers, unter der Verwendung der Kopie der Statusinformation und der Daten- 
strukturen, die in dem dauerhaften Tabellenspeicher gespeichert worden sind. 

Die anderen Treiber in dem System, wie z. B. RAID-Monitore oder ahnliches, werden von dem Hot Copy-Vorgang in 
Kenntnis gesetzt. 

Die Anforderung wird in die Schlange fur die MEMBER STRUCTURE gestellt. 10 

Sobald die Vorbereitung abgeschlossen ist, werden die Eingangs- und Ausgangsprozesse bei der Unterstutzung des 
Hot Copy-Vorgangs gestartet. Die relative Prioritat der Eingabe- und Ausgabeprozesse bei der Unterstutzung des Hot 
Copy-Vorgangs bestimmen die Fortschrittsgeschwindigkeit des Hot Copy-Vorgangs fur den Fall, daB ein Client-Prozes- 
sor Eingabe- und Ausgabeanforderungen fur dieselbe Datengruppe ausfuhrt. In der bevorzugten Ausfiihrungsform wer- 
den Eingabe- und Ausgabeanforderungen von dem Client-Prozessor zuerst ausgefiihrt. Fur den Fall, daB ein Blocktrans- 15 
fer bei der Unterstutzung eines Hot Copy-Vorgangs gerade ausgefiihrt wird, wenn eine Eingabe- oder Ausgabeanforde- 
rung von einem Client-Prozessor empfangen wird, wird der Blocktransfer abgeschlossen als ein unteilbarer Vorgang und 
die Anforderung des Client-Prozessors wird daraufhin bedient. In altemativen Systemen konnen andere Techniken ver- 
wendet werden, um die Prioritat der Vorgange zu verwalten. 

Der grundlegende Vorgang zur Ausfuhrung einer Hot Copy ist in Fig, 20 dargestellt. Der Vorgang beginnt mit einer 20 
Hot Copy-Anforderung, die die Spitze der Schlange fiir die MEMBER STRUCTURE erreicht (Schritt 360). Der Vor- 
gang allokiert einen Puffer in dem Speicherserver zur Unterstutzung des Blocktransfers (Schritt 361). Eine Nachricht 
wird ausgegeben, um eine Kopie eines ersten Blocks in der Datengruppe in den Puffer zu verschieben (Schritt 362). Ein 
aktueller Block wird zu dem Puffer verschoben gemaB der Prioritatseinstellung fur den Hot Copy-^Vbrgang (Schritt 363). 
Das Verschieben des Blocks wird erreicht unter der Verwendung von geeigneten Speicherverriegelungs-Transaktionen, 25 
um den Zugriff durch mehrere Prozesse innerhalb des Speicherservers zu steuem. Als nachstes wird eine Nachricht aus- 
gegeben, eine Kopie des Blocks von dem Puffer zu dem Ziel oder den Zielen zu verschieben (Schritt 364). Der Block 
wird zu dem Ziel oder den Zielen gemaB der Prioritat fur den Hot Copy-Vorgang verschoben (Schritt 365). Sobald der 
Block verschoben ist, werden der dauerhafte Tabellenspeicher und die lokalen Datenstrukturen, die den Vorgang unter- 
stutzen, mit Statusinformation, die den Fortschritt der Hot Copy anzeigt, aktualisiert (Schritt 366). Der Vorgang be- 30 
stimmt, ob der letzte Block in der Datengruppe kopiert worden ist (Schritt 367). Falls nicht, wird eine Nachricht ausge- 
geben, um eine Kopie des nachsten Blocks in den Puffer zu verschieben (Schritt 368). Der Vorgang springt in einer 
Schleife zum Schritt 363, um fortzufahren, Blocks der Datengruppe zu dem Ziel oder den Zielen zu verschieben. Wenn 
im Schritt 367 festgestellt wird, daB der letzte Block in der Datengruppe erfolgreich zu dem Ziel oder den Zielen ver- 
schoben worden ist, ist der Vorgang abgeschlossen (Schritt 369). 35 

GemaB einem Ausflihrungsbeispiel der vorliegenden Erfindung ist es fur einen Hot Copy-Vorgang, der mehrere Ziele 
mit sich bringt, moglich, daB ein Mitglied oder Mitglieder der Gruppe von Zielen, die gerade verwendet werden, wah- 
rend des Vorgangs ausfallt. In diesem Fall kann der Vorgang mit dem Ziel oder mit den Zielen, die weiterhin arbeiten, 
fortfahren durch das Aktualisieren der geeigneten Tabellen bei der Unterstutzung des fortgesetzten Vorgangs. 

Somit wird ein Hot Copy-Merkmal dazu verwendet, um eine Datengruppe von einem individuellen Mitglied, das noch 40 
nicht heruntergefahren ist, zu einem Ersatzlaufwerk zu kopieren. Die Datengruppe kann die gesamten Inhaite eines Spei- 
chergerates umfassen oder irgendeinen Teil der Inhaite eines Speichergerates. Die Hot Copy-Eigenschafi kann verwen- 
det werden auf RAID-Feldern von irgendeinem Niveau mit geeigneter Status- und Parameterverwaltung. 

Hot Copy-Parameter umfassen die Prioritat des Vorgangs, das Quellgerat und einen Zielidentifizierer. Eine Hot Copy- 
Anforderung enthalt eine Identifizierung des Quellmitglieds, eine Identifizierung des Zielmitglieds, die CopyblockgroBe 45 
und die Copyfrequenz oder -Prioritat. Hot Copies werden gemaB der Prioritat, eine BlockgroBe nach der anderen, durch- 
gefuhrt. Die gegenwartige Blockposition wird in Feldkonfigurationsdaten innerhalb der Datenstrukturen gehalten, wie 
oben erlautert. Der Hot Copy-Vorgang wird simultan mit normalen Eingangs- und Ausgangsprozessen durchgefuhrt. 
Beim Schreiben auf das Laufwerk, mit dem gerade eine Hot Copy durchgefuhrt wird, wird auf beide Laufwerke ge- 
schrieben. In diesem Fall ist das urspriingliche Quellmitglied immer noch giiltig, wenn die Hot Copy abgebrochen wird 50 
oder ausfallt. Wenn eine Hot Copy abgeschlossen ist, wird das urspriingliche Quellmitglied von dem Feld entfernt und 
von Systemverwaltungsprogrammen als nicht verwendbar bezeichnet. In ahnlicher Weise wird in einem Ausfuhrungs- 
beispiel das virtuelle Gerat, das die Datengruppe unterstutzt, aktualisiert, um auf das neue Ziel zu zeigen. 

Die Fig. 21 und 22 erlautern Vorgange, die in dem Speicherserver ausgefuhrt werden, um Datenzu griff sanforderun- 
gen, die von den Client-Prozessoren ausgegeben werden, zu verwalten, wahrend ein Hot Copy-\forgang ausgefuhrt wird. 55 
Die Datenzugriffsanforderungen konnen irgendeinen einer Vielzahl von T^pen haben, inklusive Leseanforderungen und 
Schreibanforderungen und Abwandlungen derselben. Andere Anforderungen umfassen Anforderungen zur Unterstut- 
zung der Verwaltung der Datenkanale und ahnliches. In Fig. 21 ist ein Vorgang zur Behandlung einer Schreibanforde- 
rung erlautert. 

Wenn eine Schreib anforderung die Spitze der Schlange erreicht, beginnt der Vorgang (Schritt 380). Der Vorgang ent- 60 
scheidet, ob die Schreib anforderung einen Ort innerhalb der Datengruppe identifiziert, die Gegenstand eines aktuellen 
Hot Copy-Vorgangs ist (Schritt 381). Wenn der Block innerhalb der Datengruppe ist, die gerade hot-kopiert wird, ent- 
scheidet der ProzeB, ob der Block, auf den die Schreibanforderung gerichtet ist, bereits zu dem Ziel kopiert worden ist 
(Schritt 382). Wenn er kopiert worden ist, wird eine Nachricht ausgegeben, um sowohi auf die Speichergerate, die die 
Datengruppe ursprunglich enthalten haben und auf das oder die Zielspeichergerate zu schreiben (Schritt 383). Als nach- 65 
stes werden die Daten gemaB der Prioritat fur die Eingabe- und Ausgabeanforderung (Schritt 384) verschoben und der 
ProzeB ist fertig (Schritt 385). 

Wenn in einem Schritt 381 die Anforderung nicht innerhalb der Datengruppe war, wird die Nachricht ausgegeben, das 
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Schreiben auf der Quelle der Datengruppe auszuftihren (Schritt 386). Der Ablauf des Vorgangs schreitet an diesem Punkr. 
fort zum Schritt 384. In ahnlicher Weise wird, wenn in einem Schritt 382 festgestellt wird, daB der Ort, der Gegenstand 
des Schreibens ist, nicht bereits kopiert worden ist, die Nachricht ausgegeben, auf das Quellgerat zu schreiben (Schritt. 
386). 

5 Fig. 22 erlautert die Behandlung einer Leseanforderung, die wahrend einer Hot Copy erfoigt. Der Vorgang beginnt, 
wenn die Leseanforderung die Spitze der Schlange fur das virtuelle Gerat erreicht (Schritt 390). Der Vorgang entscheidet 
als erstes, ob das Lesen in die Datengruppe fallt, die Gegenstand der Hot Copy ist (Schritt 391). Wenn das Lesen in die 
Datengruppe fallt, entscheidet der ProzeB, ob das Lesen in einen Block fallt, der bereits auf das Ziel oder die Ziele kopiert 
worden ist (Schritt 392). Wenn festgestellt wird, daB der Lesevorgang innerhalb eines Blockes ist, der bereits auf das Ziel 

10 kopiert worden ist, wird eine Nachricht ausgegeben, die Daten vom neuen Ort zu lesen (Schritt 393). In einem altemati- 
ven System kann das Lesen ausgefuhrt werden von dem Quellgerat oder von sowohl dem Quell- als auch den Zielgeraten 
in Abhangigkeit von der Zuverlassigkeit, Geschwindigkeit und anderen Faktoren, die die Verwaltung des Datenverkehrs 
innerhalb des Systems beeinflussen. Nach Schritt 393 werden die Daten an den Anfragenden zuruckgegeben, gemaB der 
Prioritat fur die Datenzugriffsanforderungen des Client-Prozessors (Schritt 394). Der ProzeB ist damit abgeschlossen 

15 (Schritt 395). 

Wenn in einem Schritt 391 festgestellt wird, daB die Leseanforderung nicht innerhalb der Datengruppe ist, die Gegen- 
stand der Hot Copy ist, wird eine Nachricht ausgegeben, das Quellgerat zu lesen (Schritt 396). Wenn in einem Schritt 392 
festgestellt wird, daB die Leseanforderung einen Block adressiert, der noch nicht auf das Ziel kopiert worden ist, wird die 
Nachricht ausgegeben, die Daten von dem Quellgerat zu lesen (Schritt 396). Nach Schritt 396 kehrt der Vorgang zuriick 
20 zum Schritt 394. 

Fur den Fall, daB eine Lese- oder Schreibanforderung auf Daten innerhalb eines speziellen Blocks auftritt, wahrend 
der Block gerade durch den Speicherserverpuffer bewegt wird, werden Daten- Verse hluBalgorithmen verwendet, um die 
Behandlung der Anforderungen zu verwalten. So wird beispielsweise, wenn ein logischer Block verschlossen wird bei 
der Unterstutzung des Hot Copy- Vorgangs, wahrend eine Lese- oder Schreibanforderung empfangen wird, dem Client- 

25 Prozessor mitgeteilt werden, daB die Lese- oder Schreibanforderung zurfickgewiesen worden ist, da die Daten verschlos- 
sen werden. In alternativen Systemen, die eine hbhere Prioritat fur den Client-Prozessor unterstutzen, kann erlaubt wer- 
den, daB eine Lese- oder Schreibanforderung fortfahrt, wahrend der Block, der im Puffer gehalten wird, zur Unterstfit- 
zung der Hot Copy geloscht wird und der Status der Hot Copy wird zuriickgesetzt, um anzuzeigen, daB der Block nicht 
bewegt worden ist. Eine Vielzahl von anderen Daten- VerschluBalgorithmen kann verwendet werden, wie fur bestimmte 

30 Implementierungen benotigt. 

Zielemulation 

In den Konfigurationen, die in den Fig. 1, 2 und 3 gezeigt sind, dient der Speicherserver als ein Zwischengerat zwi- 
35 schen Anwendem von Daten und Speichergeraten in dem Speicherbereich, die die Daten speichem. In dieser Umgebung 
wird zur Unterstutzung von iibemommenen Speichergeraten, d. h. Geraten, die vorhanden waren, bevor der Server als 
ein Zwischengerat eingefligt worden ist, der Speicher mit Ressourcen zum Emulieren des iibemommenen Speichergera- 
tes versehen. Auf diese Weise nimmt der Server virtuell die logische Adresse des ubemommenen Gerates gemaB dem 
zwischen dem Anwender und dem iibemommenen Gerat verwendeten Speicherkanalprotokolls an, wenn der Server zwi- 
40 schen das ubernommene Gerat und den Anwender der Daten eingefugt wird. Der Speicherserver dient dann dazu, auf alle 
Anforderungen gemaB diesem Protokoll zu antworten, die er empfangt und die an das ubernommene Gerat adressiert 
sind. Ferner ruft der Speicherserver solche Konfigurationsinformation wie benotigt von dem ubemommenen Gerat ab 
und speichert die Information im lokalen Speicher, so daB Status und Konfigurationsinformation, die der Anwender kon- 
figuriert hat, um sie in dem ubemommenen Gerat zu erwarten, bereitgestellt wird unter der Verwendung von lokalen Res- 
45 sourcen auf dem Server. Dies spart Kommunikation zwischen dem Server und einem ubemommenen Gerat und ermog- 
licht, daB der Server die Handlung des ubemommenen Gerates nachmacht gemaB dem Speicherkanaiprotokoll, so daB 
die Rekonfiguration des Anwenders entweder nicht notig ist oder stark vereinfacht wird nach dem Hinzuffigen des Ser- 
vers zum Speichemetzwerk. 

50 Zusammenfassung 

Speicherbereich-Netzwerke (SAN) sind eine neue speicherzentrierte Computerarchitektur. Zu groBen Teilen veranlaBt 
durch die Verfiigbarkeit von Faserkanalbasierten Speichersubsystemen und Netzwerkkomponenten versprechen SANs 
Datenzugriff und Bewegung mit hohen Geschwindigkeiten, flexiblere physikalische Konfiguration, verbesserte Ausnfit- 

55 zung der Speicherkapazitat, zentralisierte Speicherverwaltung, Online- Verwendung und Rekonfiguration der Speicher- 
ressourcen und Unterstutzung fur heterogene Umgebungen. 

In dem alteren Modell einer "direkten Speicherzuordnung" hatten Speicherressourcen einen direkten Hochgeschwin- 
digkeitspfad nur zu einem einzigen Server. Alle anderen Server hatte nur indirekt fiber ein LAN Zugriff mit wesentlich 
langsamerer Geschwindigkeit auf diese Speicherressource. Speicherbereich-Netzwerke verandem dies, indem sie di- 

60 rekte Hochgeschwindigkeits-Zugriffspfade (fiber den Faserkanal) von jedem Server zu jeder Speicherressource in einer 
"netzwerkartigen" Topologie bereitstellen. Die Einfuhrung einer Netzwerkarchitektur verbessert femer significant die 
Flexibility der Speicherkonfiguration, das Entkoppeln von Speicherressourcen von einem jeweiligen Server und die 
Moglichkeit, verwaltet oder konfiguriert zu werden mit minimalem EinfluB auf die serverseitigen Ressourcen. 

Wahrend SANs die richtige Topologie bereitstellen, um die Anforderungen an die Hexibilitat und den Datenzugriff in 

65 heutigen Umgebungen zu erfullen, wird die SAN-Topologie selbst Geschaftsprobleme nicht in adaquater Weise gerecht. 
Nur physikalische Verbindungen zwischen Servem und Speicherressourcen fiber S AN-Gerustkomponenten wie Schal- 
ter, Hubs oder Router bereitzustellen, ist nicht ausreichend, um das Versprechen des SANs voll zu erfullen; jedoch stellt 
das SAN-Gerfist nicht die Hardware-Infrastruktur bereit zur Aufnahme der benotigten sicheren zentralisierten Speicher- 
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verwaltungsfahigkeit. Diese zwei Ent.wicklungen konnen, wenn sie gerneinsam verwendet. werden, die Flexibility und 
den allgegenwartigen Zugriff auf essentielle Daten bereitstetlen, die benotigt werden, um Geschaftsziele in der neuen 
Umgebung zu erfiillen. 

Die Verwaltungsfahigkeit, die an der Spitze der SAN-Hardware-Infrastruktur benotigt wird, ist Speicherbereichsver- 
waltung. Um die optimale Speicherflexibilitat und Zugriff rnit hoher Leistung zu erreichen, ist die Speicherbereichsver- 5 
waltung am efifizientesten innerhalb des SAN selbst. angeordnet, anstatt in entweder den Servern oder den Speichergera- 
ten. Server-basierte und Speicherressourcenbasierte Ansatze sind suboptimal, da sie nicht in adaquater Weise die Hete- 
rogenitat sowohl auf der Server- als auch auf der Speicherseite unterstiitzen. 

Speicherbereichsverwaltung ist eine zentralisierte und sichere Verwaltungsfahigkeit, die an der Spitze der existieren- 
den SAN-Hardware-Infrastruktur angeordnet ist, um hohe Leistung, hohe Verfugbarkeit und fortgeschrittene Speicher- io 
verwaltungsfunktionalitat fiir heterogene Umgebungen bereitzustellen. Der Zweck der Speicherbereichsverwaltung be- 
steht darin, den Kern eines robusten SAN-Geriistes zu bilden, das iibernommene und neue Ausriistung integrieren kann, 
SAN- und Speicherverwaltungsaufgaben von den Servern und Speicherressourcen auslagern kann und SAN-basierte 
Anwendungen aufnehmen kann, die iiber alle SAN-Komponenten verteilt sind. Ein SAN kann aufgebaut werden ohne 
die Verwendung von Speicherbereichsverwaltung, die Erzeugung und die Verwaltung einer optimierten heterogenen 15 
S AN-Umgebung benotigte jedoch diese entscheidende Verwaltungsfahigkeit. 

Die Grundlagen von Speicherbereichsverwaltung umfassen: 

- Heterogene Interoperabilitat; 

- sichere zentralisierte Verwaltung; 20 

- Skalierbarkeit und hohe Leistungsfahigkeit; 

- professionelle Zuverlassigkeit, Verfugbarkeit und Wartungsfahigkeit; 

- eine intelligente zweckgerichtete Plattform. 

Die Methode der Speicherbereichsverwaltung wird Kunden in die Lage versetzen, die vollen Fahigkeiten von SANs 25 
zu realisieren, um Geschaftsproblemen gerecht zu werden. 

Bei all den Server- und Speicherzusammenstellungen ebenso wie den im heutigen Geschaftsklima ublichen Fusionen 
und Unternehmenskaufen ist Heterogenitat eine Tatsache in einer Unternehmensumgebung. Eine Gruppe von Produkten, 
die SAN-Funktionaiitat fur eine Produktlinie eines einzelnen Herstellers bereitstellt, ist nicht ausreichend, damit Kunden 
die vollen Fahigkeiten von SANs erreichen. Kunden benotigen eine Fahigkeit, die Investition in altere Ausriistung zu er- 30 
halten, selbst wenn sie neue Server und Speicherprodukte hinzufiigen und nutzen. Daher muB ein Speicherbereichsma- 
nager zumindest Faserkanal- und SCSI-Verbindungen unterstiitzen. Da sich der Speicherbereichsmanager mit der Zeit 
weiterentwickeln muB, um neue Technologien in dem MaBe wie sie eingefuhrt werden, aufzunehmen, ist die Plattform in 
der Lage, einen wohldefinierten Wachstumspfad fur extensivere Multiprotokollverbindungen mit der Zeit bereitzustel- 
len. 35 

SANs erzeugen einen groBen virtualisierten Speicherpool, der zentral verwaltet werden kann, um Speicherverwal- 
tungsaufgaben gegeniiber der traditionellen Speicherarchitektur der "direkten Verbindung" zu minimieren, insbesondere 
in den Bereichen von Backup/Wiederherstellung undTotalausfallAVlederherstellung. Da SANs effektiv einen physikali- 
schen Zugriffspfad von alien Servern zu alien Speichern bereitstellen, jedoch nicht alle Server logisch auf alle Speicher 
zugreifen konnen sollten, muB Sicherheit auf eine robuste Weise angegangen werden. SAN-Geriistanbieter erreichen 40 
dies durch die logische Definierung von "Zonen", wobei jeder Server nur in der Lage ist, auf Daten zuzugreifen, die als 
innerhalb seiner Zone definiert sind. OfTensichtlich ist die Fahigkeit zur Definition von sicheren Zonen oder Speicher"be- 
reichen" ein Aspekt eines Speicherbereichsmanagers. Eine verbesserte Unterteilbarkeit von Bereichsdefinitionen, wie 
zum Beispiel die Definition von Untereinheiten innerhalb einer Zone auf dem LUN-Niveau anstelle des Port-Niveaus 
bietet signifikante zusatzliche Flexibility bei der Verbesserung der Speicherausnutzung iiber die Zeit. Der Speicherbe- 45 
reichsmanager bietet eine vollstandige Gruppe von zentralisierten Speicherverwaltungsfahigkeiten, die von einer einzi- 
gen Verwaltungsschnittstelle iiber alle verbundenen Server und Speicher unabhangig vom Hersteller verwendet werden 
kann. Von einem zentralen Ort kann ein Systemadministrator das Verschieben oder Spiegeln von Daten zwischen hete- 
rogenen Speicherressourcen steuern und dynamisch diese Fahigkeiten iiber verschiedene heterogene Speicherressourcen 
iiber die Zeit verteilen. Dies fuhrt zu signifikanten Kostenersparungen und der Vereinfachung der Verwaltungskornplexi- 50 
tat. Als eine skalierbare intelligente Plattform sitzt der Speicherbereichsmanager in dem perfekten zentralen Ort, um 
Speicherverwaltungsfunktionalitat aufzunehmen, die iiber alle verbundenen Server und Speicherressourcen verteilt wer- 
den kann. 

Bei den gegebenen Speicherwachstumsraten, verursacht durch das neue Geschaftsklima, kann eine spezifische SAN- 
Umgebung leicht wahrend ihrer Lebensdauer um zwei GroBenordnungen an Speicherkapazitat wachsen. Als Spitze der 55 
zentralen Intelligenz in dem SAN ist ein Speicherbereichsmanager in der Lage, eine signifikante Menge an Wachstum zu 
verkraften, ohne eine belastungsbezogene Leistungsverschlechterung. Intelligenz sollte hinzugefugt werden in dem 
MaBe wie die Konfiguration wachst, um eine glatte, kosteneffektive Skalierbarkeit iiber einen breiten Leistungsbereich 
sicherzustellen. 

Eine Fahigkeit zur Zwischenspeicherung von signifikanten Datenmengen optimiert in der intelligenten Plattform die 60 
SAN-Konfiguration, um Leistungsverbesserungen in anwendungsspezifischen Umgebungen zu erreichen, Wenn bei- 
spielsweise "Hot Spots", wie zum Beispiel Dateisystem-Journale und Datenbankregister oder Protokolldateien in einem 
Hochgeschwindigkeitsspeicher in dem Speicherbereichsmanager selbst zwischengespeichert werden konnen, minimiert 
dies in signifikanter Weise die Nachrichtenpfadverzogerung im Vergleich zu mehr konventionellen SAN-Konfiguratio- 
nen, die ohne einen Speicherbereichsmanager aufgebaut sind. Unter der Annahme einer ausreichenden Menge von On- 65 
board-Speicher konnen ganze Datenbanken und Dateisysteme effektiv zwischengespeichert werden, um groBe Lei- 
stungsverbesserungen zu erreichen. Die Onboard-Speicherkapazitat ist femer wichtig zum Einspeichern von Daten wah- 
rend der Migration und anderer Aufgaben der Daten verschiebung. 
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Wie bereits erwahnt, ist einer der entscheidenden Griinde fur den Ubergang zu einein SAN, die allgeineine Dat.en ver- 
fugbarkeit zu verbessern. Wenn einzelne Ausfallpunkte als ein Ergebnis des Ubergangs zu dieser neuen Speicherarchi- 
tekiur eingefugt werden, werden viele ihrer moglichen Vorleile nicht realisiert. Aus diesem Grund miissen nicht. nur die 
Daten selbst, sondern auch die Zugriffspfade zu diesen Daten zu jedem Zeitpunkt verfiigbar sein. Die Minimierung von 
5 Ausfallzeit. aufgrund von Ausfallen mufi angegangen werden durch die Verwendung von relativen internen Komponen- 
ten und Fahigkeiten wie automatische I/O-Pfadausfalliibernahme, logischem schnellen Austausch (hot sparing) und ein- 
steckbaren, unmittelbar austauschbaren (hot swappable) Komponenten. Die Ausfallzeit muB femer minimiert werden 
durch Online- Verwaltungsfahigkeiten, wie zum Beispiel die Online-Aktualisierung von Firmware, dynamische Hard- 
ware- und Software-Rekonfiguration und hochleistungsfahiger Datenverschiebung im Hintergrund. Um die hochsten 

10 Leistungsniveaus sicherzustellen, ist der bevorzugte Speicherbereichsmanager eine zweckgebaute Plattform, die speziell 
fur speicherbezogene Aufgaben, die von ihm verlangt werden, optimiert ist. Diese Plattform unterstutzt signifikante lo- 
kale Verarbeitungsleistung zur Durchfuhrung eines groBen Bereichs von Speicherverwaltungsaufgaben, unterstutzt 
durch den lokalen Hochgeschwindigkeitsspeicher, der notwendig ist fiir die Datenbewegung und die Ausfuhrung der An- 
wendung zur Speicherverwaltung. 

15 Im Vergleich mit einer Mehrzweckplattform, die als ein intelligenter Speicherserver verwendet wird, bietet eine fiir 
diesen Zweck gebaute Plattform ein Realzeit-Betriebssystem fiir eine schnellere und besser bestimmte Antwortzeit, effi- 
zienteren I/O-Pfadcode zur Minimierung von Nachrichtsverzogerungen und einen Betriebssy stem-Kernel, der optimiert 
ist als eine Datenverschiebungsmaschine anstelle einer Anwendungsmaschine. 

Diese fur diesen Zweck gebaute Plattform unterstutzt Merkmale auf Kernel-Ebene, die in einem Mehrzweck-Betriebs- 

20 system nicht zur Verfugung stehen, wie zum Beispiel die zuverlassige deterministische Lieferung von Nachrichten. Die 
Merkmale der hohen Verfugbarkeit, wie zum Beispiel eine integrierte PfadausfaUiibemahme, die Online- Verwaltung und 
die dynamische Rekonfigurierung werden durch das Kem-Betriebssystem unterstutzt. Durch das Bereitstellen von Intel- 
ligenz an dem optimalen Ort zur Unterstutzung der heterogenen S AN-Umgebungen bringt der Speicherbereichsmanager 
die folgenden Geschaftsvorteile fur Endanwender: 

25 

- verbesserte Speicherressourcenzuweisung und -ausnutzung; 

- die Flexibilitat, um kosteneffizient dynamische Speicherumgebungen mit hohem Wachsturn aufzunehmen; 

- eine hohe Verfugbarkeit durch Online- Verwaltung und -Konfiguration; 

- effizientere Verwaltung, um die gesamten $/GB-Kosten der Speicheradministration zu senken; 

30 - eine Fahigkeit, um heterogene Server und Speicher in einer integrierten SAN-Umgebung zu verbinden; 

- das Erhohen des Wertes des JBOD-Speichers durch das Hinzufugen von Merkmalen der Speicherverwaltung und 
des Zwischenspeicherns, die dynamisch uber alle Speicherressourcen verteilt werden konnen. 

Eine robuste SAN-Hardware-Infrastruktur, die gemeinsam mit der Methode der Speicherbereichsverwaltung verwen- 
35 det wird, steDt die Flexibilitat zur Aufhahme einer sich schnell und nicht vorhersagbar andernden Umgebung bereit und 
stellt gleichzeitig sicheren Hochgeschwindigkeitszugriff auf hochverfugbare Daten bereit. Das resultierende zentrali- 
sierte Speicherverwaltungsparadigma ist ein effizienterer billigerer Weg zur Verwaltung des Wachstums von Daten, die 
den Wettbewerbsvorteil fiir das Unternehmen begrunden. 

Die vorangegangene Beschreibung von zahlreichen Ausfuhrungsbeispielen der Erfindung ist zur Erlauterung und Be- 
40 schreibung dargelegt worden. Die Beschreibung ist nicht beab sich tig t, die Erfindung auf die exakt offenbarten Formen zu 
begrenzen. Viele Veranderungen und aquivalente Anordnungen werden fur Fachleute erkennbar sein. 

Patentanspriiche 

45 1. System zur Verwaltung von Speicherbereichen in einem Speichernetzwerk, wobei das Speichemetzwerk einen 

oder mehrere Clients und ein oder mehrere Speichersysteme umfaBt, wobei der eine oder die mehreren Clients ent- 
sprechende Speicherkanalprotokolle ausfiihren, die Information iibertragen, die ausreichend ist zur Ideritifizierung 
eines Clients, der durch einen Speichervorgang bedient wird, aufweisend: 

eine Vielzahl von Kommunikationsschnittstellen, die fur eine Verbindung iiber Kommunikationsmedien zu entspre- 
50 chenden anderen des einen oder der mehreren Clients oder des einen oder der mehreren Speichersysteme geeignet 

sind, und die gemaB der verschiedenen Kommunikationsprotokolle arbeiten; 

eine Verarbeitungseinheit, die mit der Vielzahl von Kommunikationschnittstellen verbunden ist und Logik umfaBt 
zum Konfigurieren einer Gruppe von Speicherorten aus dem einen oder den mehreren Speichersystemen als ein 
Speicherbereich fur eine Gruppe von zumindest einem Client aus dem einen oder den mehreren Clients, Logik zum 
55 Routen von Speichervorgangen innerhalb eines Speicherbereichs in Antwort auf den identifizierten Client; 

Logik zum Ubersetzen eines Speichervorgangs, der die Vielzahl der Kommunikationsschnittstellen durchlauft in 
und aus einem gemeinsamen Format; redundante Ressourcen, inklusive nichtfliichtigem Zwischenspeicher, um 
Speichervorgange in dem gemeinsamen Format unter den Kommunikationsschnittstellen innerhalb des Speicherbe- 
reichs zu routen; und 

60 eine Verwaltungsschnittstelle, die mit der Verarbeitungseinheit verbunden ist, zur Konfiguration des Speicherbe- 

reichs. 

2. Das System nach Anspruch 1, wobei der eine oder die mehreren Clients entsprechende Speicherkanalprotokolle 
ausfuhren, die Information enthalten, die ausreichend ist zur Identifizierung eines logischen Speicherortes und Lo- 
gik umfassen zum Routen von Speichervorgangen innerhalb eines Speicherbereichs in Antwort auf den logischen 

65 Speicherort. 

3. System nach Anspruch 1, aufweisend Logik zur Verwaltung von Migration von Datengruppen von einem Spei- 
cherort zu einem anderen Speicherort innerhalb des Netzwerks. 

4. System nach Anspruch 1, wobei die Verwaltungsschnittstelle Ressourcen zur Konfiguration einer Vielzahl von 
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Speicherbereichen mit dem Netzwerk umfaBt. 

5. Verfahren zur Konfiguration und zur Verwaltung von Speicherressourcen in einem Speichernetzwerk, aufwei- 
send: 

Installieren eines Zwischensystems in dem Netzwerk zwischen Clients und Speicherressourcen in dem Netzwerk; 
Zuweisen eines logischen Speicherbereichs zu Clients in dem Netzwerk unter der Verwendung von Logik in dem 
Zwischensystem; 

Zuweisen von Speicherressourcen in dem Netzwerk zu logischen Speicherbereichen unter der Verwendung von Lo- 
gik in dem Zwischensystem; und 

Routen von Speichervorgangen durch das Zwischengerat gemaB den logischen Speicherbereichen, die den Clients 
zugeordnet sind und gemaB den Speicherressourcen, die den logischen Speicherbereichen zugeordnet sind. 

6. Speicherserver, aufweisend: 

eine Kommunikationsschnittstelle, die einen Kommunikationskanal fur einen Speichervorgang unterstutzt; 

eine Logik zum Ubersetzen eines Speichervorgangs, der uber den Kanal fur den Speichervorgang empfangen wor- 

den ist, in ein internes Format; 

eine Logik zum Routen des Speichervorgangs in dem internen Format zu einer virtuellen Verbindung, wobei die vir- 
tuelle Verbindung Verbindungen zu entsprechenden Datenspeichem in Kommunikation mit dem Speicherserver 
verwaltet. 

7. Speicherserver nach Anspruch 6, wobei die virtuelle Verbindung Logik zum Ubersetzen des internen Formats in 
ein oder mehrere Kommunikationsprotokolle fur einen oder mehrere entsprechende Datenspeicher umfaBt. 

8. Speicherserver nach Anspruch 7, wobei die entsprechenden Kommunikationsprotokolle fur entsprechende Da- 
tenquellen ein Protokoll umfassen, das mit einem standard- "intelligenten Eingabe/Ausgabe" ("intelligent input/out- 
put, I 2 0")-Nachrichtenformat kompatibel ist. 

9. Speicherserver nach Anspruch 6, wobei die Logik zum Routen von Speichervorgangen zu einer virtuellen Ver- 
bindung eine Tabeiie umfaBt, wobei die Tabelle eine Vielzahl von Eintragen hat, wobei die Vielzahl der Eintrage 
eine Ubereinstimmung zwischen einem AdreBbereich, der in dem Speicherkommunikationskanal spezifiziert ist, 
und einer virtuellen Verbindung anzeigen. 

10. Speicherserver nach Anspruch 6, wobei die Logik zum Routen von Speichervorgangen zu einem virtuellen Ge- 
rat eine Tabelle umfaBt, wobei die Tabelle eine Vielzahl von Eintragen hat, wobei die Vielzahl der Eintrage eine 
Ubereinstimmung zwischen einer virtuellen Verbindung und entsprechenden Datenquellen anzeigen. 

11 . Speicherserver nach Anspruch 6, aufweisend einen Zwischenspeicher, und wobei eine virtuelle Verbindung mit 
dem Zwischenspeicher komrnuniziert. 

12. Speicherserver nach Anspruch 6, wobei entsprechende Datenspeicher einen nichtfluchtigen Datenspeicher um- 
fassen. 

13. Speicherserver nach Anspruch 6, wobei entsprechende Datenspeicher ein Feld von Festplatten umfassen. 

14. Speicherserver nach Anspruch 6, aufweisend eine Anwenderschnittstelle zur Unterstutzung der Eingabe von 
Konfigurationsdaten. 

15. Speicherserver nach Anspruch 14, wobei die Anwenderschnittstelle eine grafische Anwenderschnittstelle um- 
faBt. 

16. Der Speicherserver nach Anspruch 14, wobei die Anwenderschnittstelle einen Touch Screen umfaBt, der mit 
dem Speicherserver verbunden ist. 

17. Server fiir ein Speichernetzwerk mit zumindest einem Client-System, das Anforderungen fur Speichervorgange 
erzeugt, einem Client-Kommunikationskanal zu und von dem Client-System, einer Vielzahl von Speichergeraten 
und entsprechenden Kommunikationskanalen zu und von der Vielzahl von Speichergeraten, aufweisend: 

einen Prozessor inklusive eines Bussys terns; 

eine Client-Schnittstelle zum Client-Kommunikationskanal, die mit dem Bussystem verbunden ist; 

eine Vielzahl von Schnittstellen zu entsprechenden Kommunikationskanalen, die mit dem Bussystem verbunden 

sind; 

einen nichtfluchtigen Zwischenspeicher, der mit dem Bussystem verbunden ist; und 

Ressourcen, die von dem Prozessor gesteuert werden, um Anforderungen fur Speichervorgange auf der Server- 
schnittstelle zu empfangen, um die angeforderten Speichervorgange an die Vielzahl von Speichergeraten zu leiten 
und um den nichtfluchtigen Zwischenspeicher zur Verwendung in den Speichervorgangen zu allokieren. 

18. Server nach Anspruch 17, wobei die von dem Prozessor gesteuerten Ressourcen Prozesse umfassen zur Au- 
thentifizierung und Verifizierung von Zugangserlaubnissen fur Speichervorgange. 

Hierzu 17 Seite(n) Zeichnungen 
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